Time of Update: 2018-12-05
微軟的東西就是這樣子,如果你安裝了高版本的東西,再安裝舊版本的,就會出現問題了。我是先安裝了vs08再安裝sql server05的,結果問題就來了,安裝過程產生一個警告,版本變更檢查在網上查了下,解決方案主要有三種:NO1 卸載了VS08再安裝sql server05,這種方法工程太大了,覺得還是不要玩的好NO2 卸載註冊表sql server05的所有東西,然後再安裝sql server05,這個方法貌似好點,但還是有點麻煩NO3
Time of Update: 2018-12-05
SQL Server Compact 與 LINQ to SQL?預設情況下,所有 Visual Studio 版本均安裝了 SQL Server Compact 3.5,因此在開發電腦上它可以與 LINQ to SQL 一起使用。但使用 SQL Server Compact 3.5 和 LINQ to SQL 進行的應用程式部署與 SQL Server 應用程式的部署存在差異。SQL Server Compact 3.5 不是 .NET Framework
Time of Update: 2018-12-05
SQL SERVER 2000安裝 建立掛起的檔案操作問題? 在安裝SQL SERVER 2000時出現如下的提示: “以前的某個程式安裝已在安裝電腦上建立掛起的檔案操作。運行安裝程式之前必須重新啟動電腦。”
Time of Update: 2018-12-05
SQL Server中內串連和外串連的區別 假設一個資料庫中有兩張表,一張是學生表StudentInfo,一張是班級表ClassInfo,兩張表之間用ClassId欄位進行關聯。如果用內串連,正常的寫法是這樣的:Select StudentInfo.*,ClassInfo.* from StudentInfo join ClassInfo on
Time of Update: 2018-12-05
方法一: DECLARE @rowsPerPage int, @pageNum int, @startRow int, @endRow int SET @rowsPerPage = 10 SET @pageNum = 3 SET @startRow = ((@pageNum- 1) * @rowsPerPage)+1 SET @endRow = @startRow + @rowsPerPage -1
Time of Update: 2018-12-05
---查詢索引操作的資訊select * from sys.dm_db_index_usage_stats--查詢指定表的統計資訊(sys.stats和sysobjects聯集查詢)select o.name,--表名 s.name,--統計資訊的名稱 auto_created,--統計資訊是否由查詢處理器自動建立 user_created--統計資訊是否由使用者顯示建立from sys.statsinner join sysobjects oon
Time of Update: 2018-12-05
下面是三種擷取Job調度時間的方法:第一種: 1 declare 2 @jobid varchar(50), 3 @newjobid varchar(50) 4 select @jobid = replace(job_id, '-', '') 5 from msdb.dbo.sysjobs where name = 'create_snapshotjob' 6 select @jobid 7 set @newjobid = SUBSTRING(@jobid, 7,
Time of Update: 2018-12-05
SQL Server使用者名稱和登入名稱的關係總結 登入名稱:伺服器方的一個實體,使用一個登入名稱只能進入伺服器,但是不能讓使用者訪問伺服器中的資料庫資源。每個登入名稱的定義存放在master資料庫的syslogins表中 使用者名稱:一個或多個登入對象在資料庫中的映射,可以對使用者物件進行授權,以便為登入對象提供對資料庫的存取權限。使用者定義資訊存放在每個資料庫的sysusers表中。 SQL SERVER把登入名稱與使用者名稱的關係稱為映射。用登入名稱登入SQL
Time of Update: 2018-12-05
具體步驟如下:1、找到sql2005 的安裝包2、執行下面的批處理內容如下:cd D:\SQL Server 2005\SQL Server x86\Serversstart /wait setup.exe /qb INSTANCENAME=MSSQLSERVER REINSTALL=SQL_Engine REBUILDDATABASE=1 SAPWD=sa SQLCOLLATION=Chinese_PRC_CI_AS3、修改完之後如果探索資料庫找不到,重新附加一下資料庫。_BIN 二進位排序
Time of Update: 2018-12-05
最近比較忙,沒有來的及更新我的部落格。為了不使版主失望。特意將最近遇到的問題寫成部落格,供大家參考。課題:複製中如果遇到複製的表是Partition 表,是否可以將表的Partition結構進行複製?解決方案:答案是肯定的。步驟如下: 1.在複製的目的資料庫中建立於來源資料庫中檔案組同名的資料檔案組。其中資料檔案可以不相同,但檔案組一定要相同。 2.按照複製的常規方法經行複製。但是需要修改相關的複製參數。如
Time of Update: 2018-12-05
SQL Server Express使用與SQL Server 2005其他版本一樣的可靠的, 高效能的資料庫引擎. 它還使用一樣的資料訪問API, 比如說ADO.NET, SQL Native Client, 和 T-SQL. 它與SQL Server 2005其他版本不同的地方有以下的幾個方面:企業版特性完全沒有只能有一個CPU緩衝池的大小上線為1GB資料庫最大隻能是4GB.請注意, 當你準備使用SQL Express做資料庫引擎的話, 以上的限制一定要考慮進去.
Time of Update: 2018-12-05
老闆又有命令了,要求我們的資料庫進行加密,有把這個任務交給了資料庫,沒有辦法,資料庫DBA的辛苦就在這裡了,以前對資料庫加密有一定瞭解,但是不深入,從設定欄位加密和TDE的步驟只會照抄MSDN或網路上的,通過兩天的研究和學習,自認為有了比較深刻的認識。關於欄位加密的可以參考微軟的MSDN寫的非常不錯:http://msdn.microsoft.com/en-us/library/ms189586(v=sql.105).aspx關於TDE加密的步驟可以參考:http://msdn.microsof
Time of Update: 2018-12-05
視頻連結:http://www.microsoft.com/showcase/en/US/details/4c8ad153-f195-47ae-aa2b-9d7847ec0b20這個視頻演講者是來自SQL 客戶諮詢小組(Customer Advisory Team,簡稱CAT)的資深程式經理Mark Simms,他是StreamInsight當之無愧的“管家”(哈哈,因為Mark的部落格標題就是StreamInsight Factotum)。和前面Torsten
Time of Update: 2018-12-05
在上一次實驗中,嘗試了使用串連伺服器和即席查詢實現將Excel中的資料匯入到SQL Server2005的資料庫中。但是俗話說得好,計劃趕不上變化,這不,變化來了。在進一步的嘗試中發現,使用即席查詢等方式,極有可能出現錯誤,要麼是SQL
Time of Update: 2018-12-05
在Windows平台下可以直接連,而在Unix/Linux下如何串連呢?因為Unix/Linux下沒有SQL Server的驅動,那麼我們就需要安裝驅動,這個驅動就是FreeTDS——Unix/Linux下的Sybase/SQL Server驅動。FreeTDS是一個協助linux和Unix使用者串連MS SQL Server和Sybase的開源項目。常用於linux和Unix平台上的web server將上述兩種資料庫的資料展示在網站中。從技術層面上講FreeTDS實現了Tabular
Time of Update: 2018-12-05
Access資料庫一直在PC平台佔據主導地位,使用它建立了大量的部門資料庫。隨著這些資料庫的應用,它們中的大多數已經慢慢地具有應急使命,現在需要的是加固成為一個安全的用戶端—伺服器引擎。 在微軟想要統治世界的偉大計劃中,更希望這種引擎是SQL Server。隨著這種想法,微軟針對Access提供了免費的SQL Server移植工具——SSMA。:Microsoft SQL Server Migration Assistant for Access v5.2 SSMA 5.0 for
Time of Update: 2018-12-05
作者從基礎的資料庫索引開始全面講述了SQL Server資料庫應用程式的效能最佳化,包括資料庫設計和資料存取碼。系列文章如下:Top 10 steps to optimize data access in SQL Server. Part I (Use Indexing)As part of a series of articles on several data access optimization steps in SQL Server, this article focuses on
Time of Update: 2018-12-05
索引查看該表上的索引情況: sp_helpindex [table name]叢集索引的本質是雙向鏈表非叢集索引的本質是平衡二叉樹,採用分多層分級來不斷縮小搜尋範圍,最終找到指向資料的指標。所以如果列的資料過大,不要做索引,會增加雜湊的時間和比較的時間如果列的資料相似性很大,不要做索引, 因為不能建立很多層樹結構,不能有效縮小搜尋範圍 頁分裂問題:當一個資料頁達到了8K容量,以後再發生插入或更新資料的操作,將導致頁的分裂,建立的頁將儲存在不連續的別的地方,導致物理片段增加,嚴重影響磁碟IO解決:
Time of Update: 2018-12-05
--如何用sql更改表的列的資料類型和添加新列和約束--增加一列ALTER TABLE 表名 ADD 列名 VARCHAR(20) NULL--刪除一列ALTER TABLE 表名 drop COLUMN 列名 --修改一列alter TABLE 表名 ALTER COLUMN 列名 VARCHAR(40) NULL--修改一列的類型alter TABLE 表名 ALTER COLUMN 列名 VARCHAR(40)--添加主鍵約束alter table 表名add
Time of Update: 2018-12-05
查詢速度慢的原因很多,常見如下幾種: 1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題,是程式設計的缺陷) 2、I/O輸送量小,形成了瓶頸效應。 3、沒有建立計算資料行導致查詢不最佳化。 4、記憶體不足 5、網路速度慢 6、查詢出的資料量過大(可以採用多次查詢,其他的方法降低資料量) 7、鎖或者死結(這也是查詢慢最常見的問題,是程式設計的缺陷) 8、sp_lock,sp_who,活動的使用者查看,原因是讀寫競爭資源。 9、返回了不必要的行