SQL Server 索引結構及其使用（二） 改善SQL語句第1/3頁

比如：
select * from table1 where name=''zhangsan'' and tID > 10000
和執行:
select * from table1 where tID > 10000 and name=''zhangsan'' 　　
一些人不知道以上兩條語句的執行效率是否一樣，因為如果簡單的從語句先後上看，這兩個語句的確是不一樣，如果tID是一個彙總索引，那麼後一句僅僅從表的10000條以後的記錄中尋找就行了；而前一句則要先從全表中尋找看有幾個name=''zhangsan''的，而後再根據限制條件條件tID>10000來提出查詢結果。

　　事實上，這樣的擔心是不必要的。SQL SERVER中有一個“查詢分析最佳化器”，它可以計算出where子句中的搜尋條件並確定哪個索引能縮小表掃描的搜尋空間，也就是說，它能實現自動最佳化。

　　雖然查詢最佳化工具可以根據where子句自動的進行查詢最佳化，但大家仍然有必要瞭解一下“查詢最佳化工具”的工作原理，如非這樣，有時查詢最佳化工具就會不按照您的本意進行快速查詢。

　　在查詢分析階段，查詢最佳化工具查看查詢的每個階段並決定限制需要掃描的資料量是否有用。如果一個階段可以被用作一個掃描參數（SARG），那麼就稱之為可最佳化的，並且可以利用索引快速獲得所需資料。

　　SARG的定義：用於限制搜尋的一個操作，因為它通常是指一個特定的匹配，一個值得範圍內的匹配或者兩個以上條件的AND串連。形式如下：
列名 操作符 <常數 或 變數>

或

<常數 或 變數> 操作符列名
列名可以出現在操作符的一邊，而常數或變數出現在操作符的另一邊。如：
Name='張三'

價格>5000

5000<價格

Name='張三' and 價格>5000
　　如果一個運算式不能滿足SARG的形式，那它就無法限制搜尋的範圍了，也就是SQL SERVER必須對每一行都判斷它是否滿足WHERE子句中的所有條件。所以一個索引對於不滿足SARG形式的運算式來說是無用的。

　　介紹完SARG後，我們來總結一下使用SARG以及在實踐中遇到的和某些資料上結論不同的經驗：

1、Like語句是否屬於SARG取決於所使用的萬用字元的類型
如：name like ‘張%' ，這就屬於SARG

而：name like ‘%張' ,就不屬於SARG。
原因是萬用字元%在字串的開通使得索引無法使用。

2、or 會引起全表掃描
　　Name='張三' and 價格>5000 符號SARG，而：Name='張三' or 價格>5000 則不符合SARG。使用or會引起全表掃描。
3、非操作符、函數引起的不滿足SARG形式的語句
　　不滿足SARG形式的語句最典型的情況就是包括非操作符的語句，如：NOT、!=、<>、!<、!>、NOT EXISTS、NOT IN、NOT LIKE等，另外還有函數。下面就是幾個不滿足SARG形式的例子：
ABS(價格)<5000

Name like ‘%三'

有些運算式，如：

WHERE 價格*2>5000

SQL SERVER也會認為是SARG，SQL SERVER會將此式轉化為：
WHERE 價格>2500/2
但我們不推薦這樣使用，因為有時SQL SERVER不能保證這種轉化與原始運算式是完全等價的。

4、IN 的作用相當與OR
語句：
Select * from table1 where tid in (2,3)

和

Select * from table1 where tid=2 or tid=3
是一樣的，都會引起全表掃描，如果tid上有索引，其索引也會失效。