1、盡量不要使用is null，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。

2、char是固定長(zhǎng)度，速度快，但占空間，varchar不固定長(zhǎng)度，不占空間，但速度慢。

3、能使用數(shù)字類型就不要使用字符，查詢時(shí)字符需要逐一掃描，而數(shù)字類型一次夠了。

4、盡量不要在where子句中使用!=或<>,會(huì)放棄索引而進(jìn)行全表掃描,很多時(shí)候用 exists是一個(gè)好的選擇。

5、應(yīng)盡量避免在 where 子句中使用 or來(lái)連接條件，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描，如：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。

6、 IN和 NOT IN 也要慎用，因?yàn)镮N會(huì)使系統(tǒng)無(wú)法使用索引,而只能直接搜索表中的數(shù)據(jù)。如：SELECT ID FROM T WHERE NUM IN(1,2,3) 對(duì)于連續(xù)的數(shù)值，能用 BETWEEN就不要用 IN了，如：SELECT ID FROM T WHERE NUM BETWEEN 1 AND 3。

7、盡量避免在索引過(guò)的字符數(shù)據(jù)中，使用非打頭字母搜索。這也使得引擎無(wú)法利用索引。
見如下例子：SELECT * FROM T1 WHERE NAME LIKE '%L%'   ----> 無(wú)索引  SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)='L'   ----> 無(wú)索引   SELECT * FROM T1 WHERE NAME LIKE 'L%'  ----> 有索引

8、必要時(shí)強(qiáng)制查詢優(yōu)化器使用某個(gè)索引，如在 where 子句中使用參數(shù)，也會(huì)導(dǎo)致全表掃描。因?yàn)镾QL只有在運(yùn)行時(shí)才會(huì)解析局部變量，但優(yōu)化程序不能將訪問(wèn)計(jì)劃的選擇推遲到運(yùn)行時(shí)；它必須在編譯時(shí)進(jìn)行選擇。然而，如果在編譯時(shí)建立訪問(wèn)計(jì)劃，變量的值還是未知的，因而無(wú)法作為索引選擇的輸入項(xiàng)。
如下面語(yǔ)句將進(jìn)行全表掃描：SELECT ID FROM T WHERE NUM=@NUM
可以改為強(qiáng)制查詢使用索引： SELECT ID FROM T WITH(INDEX(索引名)) WHERE NUM=@NUM

9、應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行表達(dá)式操作，這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。

• 如：SELECT * FROM T1 WHERE F1/2=100 應(yīng)改為: SELECT * FROM T1 WHERE F1=100*2
• SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)='5378'應(yīng)改為:  SELECT * FROM RECORD WHERE CARD_NO LIKE '5378%'
• SELECT member_number, first_name, last_name FROM members WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21 應(yīng)改為:  SELECT member_number, first_name, last_name FROM members WHERE dateofbirth < DATEADD(yy,-21,GETDATE())

即：任何對(duì)列的操作都將導(dǎo)致表掃描，它包括數(shù)據(jù)庫(kù)函數(shù)、計(jì)算表達(dá)式等等，查詢時(shí)要盡可能將操作移至等號(hào)右邊。

10、應(yīng)盡量避免在where子句中對(duì)字段進(jìn)行函數(shù)操作，這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。

11、不要在 where 子句中的“=”左邊進(jìn)行函數(shù)、算術(shù)運(yùn)算或其他表達(dá)式運(yùn)算，否則系統(tǒng)將可能無(wú)法正確使用索引。

12、在使用索引字段作為條件時(shí)，如果該索引是復(fù)合索引，那么必須使用到該索引中的第一個(gè)字段作為條件時(shí)才能保證系統(tǒng)使用該索引，否則該索引將不會(huì)被使用，并且應(yīng)盡可能的讓字段順序與索引順序相一致。

13、很多時(shí)候用 exists是一個(gè)好的選擇。

• 例：SELECT NUM FROM A WHERE NUM IN(SELECT NUM FROM B) 用下面的語(yǔ)句替換：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) 用下面的語(yǔ)句替換：SELECT SUM(T1.C1) FROM T1WHERE EXISTS(SELECT * FROM T2 WHERE T2.C2=T1.C2)
• 兩者產(chǎn)生相同的結(jié)果，但是后者的效率顯然要高于前者。因?yàn)楹笳卟粫?huì)產(chǎn)生大量鎖定的表掃描或是索引掃描。
• 如果你想校驗(yàn)表里是否存在某條紀(jì)錄，不要用count(*)那樣效率很低，而且浪費(fèi)服務(wù)器資源。可以用EXISTS代替。
• 如： IF (SELECT COUNT(*) FROM table_name WHERE column_name = 'xxx') 可以寫成： IF EXISTS (SELECT * FROM table_name WHERE column_name = 'xxx')
• 經(jīng)常需要寫一個(gè)T_SQL語(yǔ)句比較一個(gè)父結(jié)果集和子結(jié)果集，從而找到是否存在在父結(jié)果集中有而在子結(jié)果集中沒有的記錄，
• 如：SELECT a.hdr_key FROM hdr_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)

 三種寫法都可以得到同樣正確的結(jié)果，但是效率依次降低。

14、盡量使用表變量來(lái)代替臨時(shí)表。如果表變量包含大量數(shù)據(jù)，請(qǐng)注意索引非常有限（只有主鍵索引）。
15、避免頻繁創(chuàng)建和刪除臨時(shí)表，以減少系統(tǒng)表資源的消耗。
16、臨時(shí)表并不是不可使用，適當(dāng)?shù)厥褂盟鼈兛梢允鼓承├谈行В纾?dāng)需要重復(fù)引用大型表或常用表中的某個(gè)數(shù)據(jù)集時(shí)。但是，對(duì)于一次性事件，最好使用導(dǎo)出表。
17、在新建臨時(shí)表時(shí)，如果一次性插入數(shù)據(jù)量很大，那么可以使用 select into 代替 create table，避免造成大量 log ，以提高速度；如果數(shù)據(jù)量不大，為了緩和系統(tǒng)表的資源，應(yīng)先create table，然后insert。
注意：SELECT INTO 語(yǔ)句會(huì)導(dǎo)致表鎖定，阻止其他用戶訪問(wèn)該表
18、如果使用到了臨時(shí)表，在存儲(chǔ)過(guò)程的最后務(wù)必將所有的臨時(shí)表顯式刪除，先 truncate table ，然后 drop table ，這樣可以避免系統(tǒng)表的較長(zhǎng)時(shí)間鎖定。 

19、在所有的存儲(chǔ)過(guò)程和觸發(fā)器的開始處設(shè)置 SET NOCOUNT ON ，在結(jié)束時(shí)設(shè)置 SET NOCOUNT OFF 。無(wú)需在執(zhí)行存儲(chǔ)過(guò)程和觸發(fā)器的每個(gè)語(yǔ)句后向客戶端發(fā)送 DONE_IN_PROC 消息，網(wǎng)絡(luò)通信流量便會(huì)大量減少，可以顯著提高應(yīng)用程序性能。

20、充分利用連接條件，在某種情況下，兩個(gè)表之間可能不只一個(gè)的連接條件，這時(shí)在 WHERE 子句中將連接條件完整的寫上，有可能大大提高查詢速度。

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

22、能用UNION ALL就不要用UNION 
UNION ALL不執(zhí)行SELECT DISTINCT函數(shù)，這樣就會(huì)減少很多不必要的資源。

23、盡量不要用SELECT INTO語(yǔ)句 。SELECT INOT 語(yǔ)句會(huì)導(dǎo)致表鎖定，阻止其他用戶訪問(wèn)該表。

總結(jié)：上面我們提到的是一些基本的提高查詢速度的注意事項(xiàng),但是在更多的情況下,往往需要反復(fù)試驗(yàn)比較不同的語(yǔ)句以得到最佳方案。最好的方法當(dāng)然是測(cè)試，看實(shí)現(xiàn)相同功能的SQL語(yǔ)句哪個(gè)執(zhí)行時(shí)間最少，但是數(shù)據(jù)庫(kù)中如果數(shù)據(jù)量很少，是比較不出來(lái)的，這時(shí)可以用查看執(zhí)行計(jì)劃，即：把實(shí)現(xiàn)相同功能的多條SQL語(yǔ)句考到查詢分析器，按CTRL+L看查所利用的索引，表掃描次數(shù)（這兩個(gè)對(duì)性能影響最大），總體上看詢成本百分比即可。