SQL語句優(yōu)化的原則：

1、使用索引來更快地遍歷表

缺省情況下建立的索引是非群集索引，但有時它并不是***的。在非群集索引下，數(shù)據(jù)在物理上隨機存放在數(shù)據(jù)頁上。合理的索引設(shè)計要建立在對各種查詢的分析和預(yù)測上。一般來說：①。有大量重復(fù)值、且經(jīng)常有范圍查詢（between， 》 ，《 ，》 =，《 =）和order by、group by發(fā)生的列，可考慮建立群集索引；②。經(jīng)常同時存取多列，且每列都含有重復(fù)值可考慮建立組合索引；③。組合索引要盡量使關(guān)鍵查詢形成索引覆蓋，其前導(dǎo)列一定是使用最頻繁的列。索引雖有助于提高性能但不是索引越多越好，恰好相反過多的索引會導(dǎo)致系統(tǒng)低效。用戶在表中每加進一個索引，維護索引集合就要做相應(yīng)的更新工作。

2、IS NULL 與 IS NOT NULL

不能用null作索引，任何包含null值的列都將不會被包含在索引中。即使索引有多列這樣的情況下，只要這些列中有一列含有null，該列就會從索引中排除。也就是說如果某列存在空值，即使對該列建索引也不會提高性能。任何在where子句中使用is null或is not null的語句優(yōu)化器是不允許使用索引的。

3、IN和EXISTS

EXISTS要遠比IN的效率高。里面關(guān)系到full table scan和range scan。幾乎將所有的IN操作符子查詢改寫為使用EXISTS的子查詢。

4、在海量查詢時盡量少用格式轉(zhuǎn)換。

5、當(dāng)在SQL SERVER 2000中，如果存儲過程只有一個參數(shù)，并且是OUTPUT類型的，必須在調(diào)用這個存儲過程的時候給這個參數(shù)一個初始的值，否則會出現(xiàn)調(diào)用錯誤。

6、ORDER BY和GROPU BY

使用ORDER BY和GROUP BY短語，任何一種索引都有助于SELECT的性能提高。注意如果索引列里面有NULL值，Optimizer將無法優(yōu)化。

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

8、IN、OR子句常會使用工作表，使索引失效。如果不產(chǎn)生大量重復(fù)值，可以考慮把子句拆開。拆開的子句中應(yīng)該包含索引。

9、SET SHOWPLAN_ALL ON 查看執(zhí)行方案。DBCC檢查數(shù)據(jù)庫數(shù)據(jù)完整性。

DBCC（DataBase Consistency Checker）是一組用于驗證 SQL Server 數(shù)據(jù)庫完整性的程序。

10、慎用游標(biāo)

在某些必須使用游標(biāo)的場合，可考慮將符合條件的數(shù)據(jù)行轉(zhuǎn)入臨時表中，再對臨時表定義游標(biāo)進行操作，這樣可使性能得到明顯提高。

優(yōu)化數(shù)據(jù)庫的方法：

1、關(guān)鍵字段建立索引。

2、使用存儲過程，它使SQL變得更加靈活和高效。

3、備份數(shù)據(jù)庫和清除垃圾數(shù)據(jù)。

4、SQL語句語法的優(yōu)化。（可以用Sybase的SQL Expert，可惜我沒找到unexpired的

序列號）

5、清理刪除日志。

總結(jié)：

優(yōu)化就是WHERE子句利用了索引，不可優(yōu)化即發(fā)生了表掃描或額外開銷。經(jīng)驗證，SQL Server性能的***改進得益于邏輯的數(shù)據(jù)庫設(shè)計、索引設(shè)計和查詢設(shè)計方面。反過來說，***的性能問題常常是由其中這些相同方面中的不足引起的。其實SQL優(yōu)化的實質(zhì)就是在結(jié)果正確的前提下，用優(yōu)化器可以識別的語句，充份利用索引，減少表掃描的I/O次數(shù)，盡量避免表搜索的發(fā)生。其實SQL的性能優(yōu)化是一個復(fù)雜的過程，以上這些只是在應(yīng)用層次的一種體現(xiàn)，深入研究還會涉及數(shù)據(jù)庫層的資源配置、網(wǎng)絡(luò)層的流量控制以及操作系統(tǒng)層的總體設(shè)計。

【編輯推薦】

1. SQL Server數(shù)據(jù)庫占用過多內(nèi)存的解決方法
2. SQL Server 數(shù)據(jù)庫故障修復(fù)***技巧之一
3. SQL Server 2008的高效性
4. SQL Server 2005的動態(tài)管理對象