SQL Server 海量資料查詢代碼最佳化以及建議，sql資料查詢

SQL Server 海量資料查詢代碼最佳化以及建議，sql資料查詢
 1.應盡量避免在  where  子句中對欄位進行   null  值判斷，否則將導致引擎放棄使用索引而進 
行全表掃描，如：    
select id from t where num is null    


可以在num 上設定預設值0 ，確保表中num 列沒有null 值，然後這樣查詢：    
select id from t where num=0  



2.應盡量避免在  where  子句中使用!=或<>操作符，否則將引擎放棄使用索引而進行全表掃 
描。最佳化器將無法通過索引來確定將要命中的行數, 因此需要搜尋該表的所有行。  


3.應盡量避免在  where  子句中使用  or  來串連條件，否則將導致引擎放棄使用索引而進行 
全表掃描，如：    
select id from t where num=10 or num=20    

可以這樣查詢：    
select id from t where num=10    
union all    
select id from t where num=20  


4.in  和  not in  也要慎用，因為IN 會使系統無法使用索引,而只能直接搜尋表中的資料。如：    
select id from t where num in(1,2,3)    

對於連續的數值，能用   between  就不要用  in  了：    
select id from t where num between 1 and 3  


5.盡量避免在索引過的字元資料中，使用非打頭字母搜尋。這也使得引擎無法利用索引。    
見如下例子：    
SELECT * FROM T1 WHERE NAME LIKE ‘%L%’    
SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’    
SELECT * FROM T1 WHERE NAME LIKE ‘L%’    
即使 NAME  欄位建有索引，前兩個查詢依然無法利用索引完成加快操作，引擎不得不對全 
表所有資料逐條操作來完成任務。而第三個查詢能夠使用索引來加快操作。  

6.必要時強制查詢最佳化工具使用某個索引，如在  where  子句中使用參數，也會導致全表掃描。 
因為 SQL       只有在運行時才會解析局部變數，但最佳化程式不能將訪問計劃的選擇延遲到運行 
時；它必須在編譯時間進行選擇。然  而，如果在編譯時間建立訪問計劃，變數的值還是未知的， 
因而無法作為索引選擇的輸入項。如下面語句將進行全表掃描：    
select id from t where num=@num    
可以改為強制查詢使用索引：    
select id from t with(index(索引名)) where num=@num  

7.應盡量避免在  where  子句中對欄位進行運算式操作，這將導致引擎放棄使用索引而進行 
全表掃描。如：    
SELECT * FROM T1 WHERE F1/2=100    
應改為:    
SELECT * FROM T1 WHERE F1=100*2    
SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=’5378’    
應改為:    
SELECT * FROM RECORD WHERE CARD_NO LIKE ‘5378%’    
SELECT member_number, first_name, last_name FROM members    
WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21    

應改為:    
SELECT member_number, first_name, last_name FROM members    
WHERE dateofbirth < DATEADD(yy,-21,GETDATE())    
即：任何對列的操作都將導致表掃描，它包括資料庫函數、計算運算式等等，查詢時要盡可 
能將操作移至等號右邊。  


8.應盡量避免在where 子句中對欄位進行函數操作，這將導致引擎放棄使用索引而進行全表 
掃描。如：    
select id from t where substring(name,1,3)='abc'--name 以abc 開頭的id    
select id from t where datediff(day,createdate,'2005-11-30')=0--           ‘2005-11-30 ’產生的id    
應改為:    
select id from t where name like 'abc%'    
select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'  

9.不要在  where  子句中的“= ”左邊進行函數、算術運算或其他運算式運算，否則系統將可 
能無法正確使用索引。  

10.在使用索引欄位作為條件時，如果該索引是複合索引，那麼必須使用到該索引中的第一 
個欄位作為條件時才能保證系統使用該索引，否則該索引將不會被使用，並且應儘可能的讓 
欄位順序與索引順序相一致。  


11.很多時候用  exists 是一個好的選擇：    
select num from a where num in(select num from b)    
用下面的語句替換：    
select num from a where exists(select 1 from b where num=a.num)    
SELECT SUM(T1.C1)FROM T1 WHERE(    
(SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0)    
SELECT SUM(T1.C1) FROM T1WHERE EXISTS(    
SELECT * FROM T2 WHERE T2.C2=T1.C2)    
兩者產生相同的結果，但是後者的效率顯然要高於前者。因為後者不會產生大量鎖定的表掃 
描或是索引掃描。    
如果你想校正表裡是否存在某條紀錄，不要用count(*)那樣效率很低，而且浪費伺服器資源。 
可以用EXISTS 代替。如：    
IF (SELECT COUNT(*) FROM table_name WHERE column_name = 'xxx')    
可以寫成：    
IF EXISTS (SELECT * FROM table_name WHERE column_name = 'xxx')    
經常需要寫一個T_SQL 陳述式比較一個父結果集和子結果集，從而找到是否存在在父結果集中 
有而在子結果集中沒有的記錄，如：    
SELECT a.hdr_key FROM hdr_tbl a---- tbl a  表示tbl 用別名a 代替    
WHERE NOT EXISTS (SELECT * FROM dtl_tbl b WHERE a.hdr_key = b.hdr_key)    
SELECT a.hdr_key FROM hdr_tbl a    
LEFT JOIN dtl_tbl b ON a.hdr_key = b.hdr_key WHERE b.hdr_key IS NULL    
SELECT hdr_key FROM hdr_tbl    
WHERE hdr_key NOT IN (SELECT hdr_key FROM dtl_tbl)    
三種寫法都可以得到同樣正確的結果，但是效率依次降低。  


12.盡量使用表變數來代替暫存資料表。如果表變數包含大量資料，請注意索引非常有限（只有 
主鍵索引）。  


13.避免頻繁建立和刪除暫存資料表，以減少系統資料表資源的消耗。  


14.暫存資料表並不是不可使用，適當地使用它們可以使某些常式更有效，例如，當需要重複引 
用大型表或常用表中的某個資料集時。但是，對於一次性事件，最好使用匯出表。  

15.在建立暫存資料表時，如果一次性插入資料量很大，那麼可以使用  select  into  代替   create  
table ，避免造成大量   log  ，以提高速度；如果資料量不大，為了緩和系統資料表的資源，應先 
create table，然後insert。    


16.如果使用到了暫存資料表，在預存程序的最後務必將所有的暫存資料表顯式刪除，先  truncate  
table   ，然後  drop table  ，這樣可以避免系統資料表的較長時間鎖定。  


17.在所有的預存程序和觸發器的開始處設定   SET   NOCOUNT   ON   ，在結束時設定   SET  
NOCOUNT OFF  。無需在執行預存程序和觸發器的每個語句後向用戶端發送   DONE_IN_PROC  
訊息。  


18.盡量避免大事務操作，提高系統並發能力。  

19.盡量避免向用戶端返回大資料量，若資料量過大，應該考慮相應需求是否合理。  

20.  避免使用不相容的資料類型。例如float 和int、char 和varchar 、binary 和varbinary 是不 
相容的。資料類型的不相容可能使最佳化器無法執行一些本來可以進行的最佳化操作。例如:    
SELECT name FROM employee WHERE salary > 60000    
在這條語句中,如salary 欄位是money 型的,則最佳化器很難對其進行最佳化, 因為60000 是個整型 
數。我們應當在編程時將整型轉化成為錢幣型,而不要等到運行時轉化。  


21.充分利用串連條件，在某種情況下，兩個表之間可能不只一個的串連條件，這時在  WHERE  
子句中將串連條件完整的寫上，有可能大大提高查詢速度。    
例：    
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO    
SELECT  SUM(A.AMOUNT)  FROM  ACCOUNT  A,CARD  B  WHERE  A.CARD_NO  =  B.CARD_NO  AND  
A.ACCOUNT_NO=B.ACCOUNT_NO    
第二句將比第一句執行快得多。  


22、使用視圖加速查詢    
把表的一個子集進行排序並建立視圖，有時能加速查詢。它有助於避免多重排序  操作，而 
且在其他方面還能簡化最佳化器的工作。例如：    
SELECT cust.name，rcvbles.balance，„„other columns    
FROM cust，rcvbles    
WHERE cust.customer_id = rcvlbes.customer_id    
AND rcvblls.balance>0    
AND cust.postcode>“98000”    
ORDER BY cust.name    
如果這個查詢要被執行多次而不止一次，可以把所有未付款的客戶找出來放在一個視圖中， 
並按客戶的名字進行排序：    
CREATE VIEW DBO.V_CUST_RCVLBES    
AS    
SELECT cust.name，rcvbles.balance，„„other columns    
FROM cust，rcvbles    
WHERE cust.customer_id = rcvlbes.customer_id    
AND rcvblls.balance>0    
ORDER BY cust.name    

然後以下面的方式在視圖中查詢：    
SELECT   ＊   FROM V_CUST_RCVLBES    
WHERE postcode>“98000”    
視圖中的行要比主表中的行少，而且物理順序就是所要求的順序，減少了磁碟I/O，所以查 
詢工作量可以得到大幅減少。  


23、能用DISTINCT 的就不用GROUP BY    
SELECT OrderID FROM Details WHERE UnitPrice > 10 GROUP BY OrderID    
可改為：    
SELECT DISTINCT OrderID FROM Details WHERE UnitPrice > 10  

24.能用UNION ALL 就不要用UNION    
UNION ALL 不執行SELECT DISTINCT 函數，這樣就會減少很多不必要的資源  

25.盡量不要用SELECT INTO 語句。    

SELECT INOT  語句會導致表鎖定，阻止其他使用者訪問該表。    
上面我們提到的是一些基本的提高查詢速度的注意事項,但是在更多的情況下,往往需要反覆 
實驗比較不同的語句以得到最佳方案。最好的方法當然是測試，看實現  相同功能的SQL 語 
句哪個執行時間最少，但是資料庫中如果資料量很少，是比較不出來的，這時可以用查看執 
行計劃，即：把實現相同功能的多條SQL 陳述式考到  查詢分析器，按CTRL+L 看查所利用的索 
引，表掃描次數（這兩個對效能影響最大），總體上看詢成本百分比即可。  

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。