SQL Server

除了硬碟和磁帶，現在您可以使用 SQL Server 的本機備份功能來備份您的 SQL Server Database到 Windows AzureBlob 儲存體服務。在此版本中，您可以使用 T-SQL 和SMO備份到Windows AzureBlob儲存。在SQL Server 戶內執行個體上的SQLServer Databases或在宿主環境中，如運行在 Windows Azure VMs上的 SQL Server 執行個體都可以利用此功能。好處：·   

寫SQL語句的時候很多時候會用到filter篩選掉一些記錄，SQL對篩選條件簡稱：SARG（search argument/SARG） 複製代碼 代碼如下: where amount>4000 and amount<6000上面這句就是篩選條件

當大家探索資料庫查詢效能很慢的時候，大家都會想到加索引來最佳化資料庫查詢效能，但是面對一個複雜的SQL語句，找到一個最佳化的索引組合對人腦來講，真的不是一件很簡單的事。好在SQLSERVER提供了兩種“自動”功能，給你建議，該怎麼調整索引第一種是使用DMV第二種是使用DTA (database engine tuning advisor) Database Engine Tuning

很多人會把Primary Key和叢集索引搞混起來，或者認為這是同一個東西。這個概念是非常錯誤的。 主鍵是一個約束（constraint），他依附在一個索引上，這個索引可以是叢集索引，也可以是非叢集索引。 所以在一個（或一組）欄位上有主鍵，只能說明他上面有個索引，但不一定就是叢集索引。 例如下面： 複製代碼 代碼如下: USE [pratice] GO CREATE TABLE #tempPKCL ( ID INT PRIMARY KEY CLUSTERED --叢集索引 ) ----

方便刪除資料庫中所有的資料表，清空資料庫，有些有約束，不能直接delete，需要先刪除庫中的約束，代碼如下 複製代碼 代碼如下: --刪除所有約束 DECLARE c1 cursor for select'alter table ['+ object_name(parent_obj)+'] drop constraint ['+name+']; ' from sysobjects where xtype ='F' open c1 declare @c1 varchar(8000) fetch

sql server中如何判斷表或者資料庫的存在，但在實際使用中，需判斷Status狀態位：其中某些狀態位可由使用者使用 sp_dboption（read only、dbo use only、single user 等）進行設定：1 = autoclose；使用 sp_dboption 設定。 資料庫完全關閉，其資源在最後一個使用者登出後釋放。4 = select into/bulkcopy；使用 sp_dboption 設定。允許使用 Select INTO 語句和快速大量複製。8 =

Master Master資料庫儲存有放在SQLSERVER實體上的所有資料庫，它還是將引擎固定起來的粘合劑。由於如果不使用主要資料庫，SQLSERVER就不能啟動，所以你必須要小心地管理好這個資料庫。因此，對這個資料庫進行常規備份是十分必要的。

錯誤資訊：錯誤MSSQLSERVERSQLServerAgent could not be started (reason: SQLServerAgent 必須能夠以 SysAdmin 身份串連到 SQLServer，但“(未知)”不是 SysAdmin 角色的成員)。 運行環境：Windows2003R2 32bit + MSSQL2005+啟用SQL的AWE記憶體管理 出現原因：給SQL降權到Network Service許可權運行之後。 解決辦法：開啟組策略\電腦配置\Windows

首先use [資料庫名稱];exec sp_helpfile;使用sp_helpfile查詢可知道log 檔案的邏輯名稱,然後就可以利用DBCC來減小LOG檔案BACKUP LOG [資料庫名] WITH TRUNCATE_ONLYdbcc shrinkfile ([log檔案的邏輯名稱],1)這個方法在MS SQL Server 2008 以及MS SQL Server 2008 R2中不再適用，會提示：TRUNCATE_ONLY is not a valid BACKUP

1.建立一資料表，裡面有欄位id，將id設為為主鍵 複製代碼 代碼如下: create table tb(id int,constraint pkid primary key (id)) create table tb(id int primary key ) 2.建立一資料表，裡面有欄位id，將id設為主鍵且自動編號 複製代碼 代碼如下: create table tb(id int identity(1,1),constraint pkid primary key (id))

編譯的含義 -------------------------------------------------------------------------------- 當SQLSERVER收到任何一個指令，包括查詢（query）、批處理（batch）、預存程序、觸發器（trigger） 、先行編譯指令（prepared statement）和動態SQL語句（dynamic SQL Statement）要完成文法解釋、語句解釋，

在SQL語句調優的時候，大部分都會查看語句執行時間，究竟SQLSERVER顯示出來的統計結果是什麼意思？ 下面看一下例子 比較簡單的語句： 複製代碼 代碼如下: 1 SET STATISTICS TIME ON 2 USE [pratice] 3 GO 4 SELECT * FROM [dbo].[Orders] 結果： 複製代碼 代碼如下: SQL Server 分析和編譯時間: CPU 時間 = 0 毫秒，佔用時間 = 0 毫秒。 SQL Server 執行時間: CPU 時間 = 0

對於語句的運行，除了執行計畫本身，還有一些其他因素要考慮，例如語句的編譯時間、執行時間、做了多少次磁碟讀等。如果DBA能夠把問題語句單獨測試回合，可以在運行前開啟下面這三個開關，收集語句啟動並執行統計資訊。 這些資訊對分析問題很有價值。 複製代碼 代碼如下: SET STATISTICS TIME ON SET STATISTICS IO ON SET STATISTICS PROFILE ON SET STATISTICS TIME ON --------------------------

得到執行計畫的方式有兩種： 1、一種是在指令的前面開啟一些開關，讓執行計畫資訊打在結果集裡，這種方法比較適合在一個測試環境裡對單個語句調優。 這些開關最常用的有 複製代碼 代碼如下: SET SHOWPLAN_ALL ON SET SHOWPLAN_ALL ON --（是不是reuse了一個執行計畫，SQSERVERL有沒有覺得缺少索引），只能在XML的輸出裡看到 SET STATISTICS PROFILE ON 還有如果使用SSMS的話，可以用快速鍵：Ctrl+L 小寫L

Processer : %Processor Time 處理器忙於執行執行任務的時間量 閥值<80%正常狀況，<50%狀況良，<30%狀況優，持續>80%，則CPU有瓶頸或記憶體不足或出現了低的查詢計劃重用率，未最佳化的語句等等。 SQLServer:Buffer Manager Buffer cache hit ratio 緩衝區調整緩衝命中率，閥值>97%正常狀況，推薦>99%，如果此項低於97%則記憶體不足。 Checkpoint pages/sec

SQL Server中文版的預設的日期欄位datetime格式是yyyy-mm-dd Thh:mm:ss.mmm 例如: select getdate() 整理了一下SQL Server裡面可能經常會用到的日期格式轉換方法: 舉例如下: select CONVERT(varchar, getdate(), 120 ) 2004-09-12 11:06:08 select replace(replace(replace(CONVERT(varchar, getdate(), 120 ),'-','

WITH ROLLUP 在產生包含小計和合計的報表時，ROLLUP 運算子很有用。ROLLUP 運算子產生的結果集類似於 CUBE 運算子所產生的結果集。 複製代碼 代碼如下: SELECT [Source], COUNT(*) AS OrderTotal FROM [ExternalOrder] Where OrderStatus=1 AND (CheckPayment=1 ) and TicketDate >= '2012-11-1' AND TicketDate < '2012

誤區 #30：有關備份的30個誤區全是錯的在開始有關備份的誤區之前，如果你對備份的基礎沒有瞭解，請看之前我在TechNet Magazine的文章:Understanding SQL Server

誤區 #29:可以通過對堆建叢集索引再DROP後進行堆上的磁碟重組Nooooooooooooo!!!      對堆建叢集索引再DROP在我看來是除了收縮資料庫之外最2的事了。     如果你通過sys.dm_db_index_physical_stats(或是老版本的DBCC

誤區 #26: SQL Server中存在真正的“事務嵌套”錯誤    嵌套事務可不會像其文法表現的那樣看起來允許事務嵌套。我真不知道為什麼有人會這樣寫代碼，我唯一能夠想到的就是某個哥們對SQL Server社區嗤之以鼻然後寫了這樣的代碼說：“玩玩你們”。    讓我更詳細的解釋一下，SQL Server允許你在一個事務中開啟嵌套另一個事務,SQL