SQL Server 非彙集索引的覆蓋，鏈接，交叉和過濾 <第二篇>

　　在SQL Server中，非彙集索引其實能夠看作是一個含有彙集索引的表，但相對實際的表來講，非彙集索引中所存儲的表的列數要少得多，通常就是索引列，彙集鍵(或RID)。非彙集索引僅僅包含源表中的非彙集索引的列和指向實際物理表的指針。

1、非彙集索引之INCLUDE

　　非彙集索引其實能夠看作一個含有彙集索引的列表，當這個非彙集索引中包含了查詢所須要的全部信息的時候，則就再也不須要去查基本表，僅僅作非彙集索引就可以獲得所須要的數據。INCLUDE實際上也能稱爲覆蓋索引，但它不影響索引鍵的大小。

　　先來看下面一張表：

　　

　　此表大約是15萬數據左右。彙集索引列是Id，咱們先來在Name列創建一個非彙集索引。

　　CREATE NONCLUSTERED 
　　INDEX Index_Name ON Person(Name)

　　而後執行查詢：

　　SELECT Name,Age FROM Person where Name = '歐琳琳'

　　執行計劃以下：

　　

　　上面的執行過程是，先掃描非彙集索引列，找到彙集索引，而後在經過彙集索引定位到數據。

　　下面咱們刪除掉剛纔那個索引，再建過另一個。

　　DROP INDEX Person.Index_Name    --刪除非彙集索引Index_Name

　　CREATE NONCLUSTERED             --再從新建過一次，此次咱們INCLUDE Age列
　　INDEX Index_Name ON Person(Name)
　　INCLUDE (Age)

　　如今咱們再來看看剛纔的查詢的執行計劃：

　　

　　因爲Age列也被INCLUDE進了非彙集索引INDEX_Name中，所以此次僅僅經過查找非彙集索引就可以獲得所需的所有數據。不須要再掃描彙集索引了。明顯此次查詢要比剛纔快。

　　要注意的是INCLUDE進來的列，並不做爲索引使用，能當索引掃描的，只是索引列。

　　INCLUDE最好在如下狀況中使用：

• 你不但願增長索引鍵的大小，可是仍然但願有一個覆蓋索引；
• 你打算索引一種不能被索引的數據類型(除了文本、ntext和圖像)；
• 你已經超過了一個索引的關鍵字列的最大數量(可是最好避免這個問題)；

2、非彙集索引之覆蓋

 　　索引覆蓋指的是：創建的索引使得-SQL查詢不用到達基本表僅僅經過索引查找就獲得了所需數據。　　

　　若是查詢遇到一個索引而且徹底不須要引用數據表就獲得了所需數據，那麼這個索引就能夠稱爲覆蓋索引。覆蓋索引對於減小查詢的邏輯讀是一種有用的技術。

　　下面刪除以前建立的索引，在來看看索引的覆蓋。

　　CREATE NONCLUSTERED INDEX INDEX_NAME ON Person(Name,Age)

　　SELECT Name,Age FROM Person WHERE Name = '歐琳琳'

　　看看執行計劃：

 　　

 　　能夠看到，也是僅僅查找了非彙集索引就獲得告終果。效率很是快。

　　下面來看看覆蓋和前面的INCLUDE有什麼區別呢？咱們將搜索條件改成Age。

 　　覆蓋索引：

　　

　　INCLUDE：

　　

　　留意一下，INCLUDE是彙集表掃描了，而覆蓋索引依然使用非彙集索引就找到告終果。

　　所以能夠得出結論，INCLUDE列並不能當索引鍵使用。

　　爲了利用覆蓋索引，要注意SELECT語句的清單，應儘量使用較少的列來保持小的覆蓋索引的尺寸，使用INCLUDE語句來添加的列這時候纔有意義。

　　在創建許多覆蓋索引以前，考慮SQL Server如何有效和自動地使用索引交叉來爲查詢即時建立覆蓋索引。

3、非彙集索引的交叉

　　若是一個表有多個索引，那麼SQL Server可使用多個索引來執行一個查詢。SQL Server能夠利用多個索引，根據每一個索引選擇小的數據子集，而後執行兩個子集的一個交叉(即只返回知足全部條件的那些行)。SQL Server能夠在一個表上開發多個索引，而後使用一個算法來在兩個子集中獲得交叉(能夠理解爲求交集)。

　　咱們先刪除掉前面創建的索引，再來新建過：

　　

　　非彙集索引的本質是表，經過額外創建表使得幾個非彙集索引之間進行像表同樣的Join,從而使非彙集索引之間能夠進行Join來在不訪問基本表的狀況下給查詢優化器提供所須要的數據。

　　爲了增進一個查詢的性能，SQL Server能夠在表上使用多個索引。所以，考慮建立多個窄索引來代替寬的索引鍵。SQL Server可以在須要的時候一塊兒使用它們，當不須要時，查詢能夠從窄索引中獲益。在建立一個覆蓋索引時，須要肯定索引的寬度是否能夠接受，使用包含列是否能夠完成任務。若是不行則肯定現有的包含大部分覆蓋索引所須要的列的非彙集索引。若是有可能，適當從新安排現有非彙集索引的列順序，使優化器可以考慮兩個非彙集索引之間的的一個索引交叉。

　　有時候，可能必須爲一下緣由建立一個單獨的非彙集索引：

• 　　從新排列現有索引中的列不被容許；
• 　　覆蓋索引所須要的一些列不能被包含在現有的非彙集索引中；
• 　　兩個現有非彙集索引中的總列數可能多於覆蓋索引所須要的列數；

　　在這些狀況下，能夠在剩下的列上建立非彙集索引。若是新索引符合和現有索引符合覆蓋索引的要求，優化器將可以使用索引交叉。在爲新肯定列及其順序時，也要注意其餘查詢，以嘗試使其最大化。

4、非彙集索引的鏈接

　　索引鏈接是索引交叉的特例，它將覆蓋索引技術應用到索引交叉。若是沒有單個覆蓋查詢的索引而存在多個索引一塊兒能夠覆蓋該查詢，SQL Server可使用索引鏈接來徹底知足查詢而不須要轉到基本表。

　　非彙集索引的鏈接其實是非彙集索引的交叉的一種特例。使得多個非彙集索引交叉後能夠覆蓋所要查詢的數據，從而使得從減小查詢基本表變成了徹底不用查詢基本表。

　　--創建兩個非彙集索引，一個在Name列，一個在INSiteId列
　　CREATE NONCLUSTERED INDEX INDEX_Name ON Person(Name) INCLUDE(Age)　　--索引仍是剛纔的索引，可是包含多一列
　　CREATE NONCLUSTERED INDEX INDEX_INSiteId ON Person(INSiteId) INCLUDE(Height)　　--同上 　　SELECT Name,Age,Height,INSiteId FROM Person WHERE INSiteId > 5155400 AND Name = '簡單' 　　--注意條件，索引鏈接恰好能覆蓋所需數據，從而避免查找基本表

　　查看結果：

　　

　　索引交叉和索引鏈接有什麼區別呢？前面說到果，索引鏈接是索引交叉的特例。索引鏈接在交叉了以後，不用再轉到基本表，少了一步書籤查找。而索引交叉以後，還有一步書籤查找轉到基本表得到數據，由於索引交叉的返回列並不能徹底符合SELECT的列。

5、非彙集索引的過濾

　　過濾索引是使用過濾器的非彙集索引，這個過濾器基本上是一個WHERE子句，用來在可能沒有很好選擇性的一個或多個列上建立一個高選擇性的關鍵字組。

　　例如，一個具備大量NULL值的列可能被存儲爲稀疏列來下降這些null值的開銷。在這個列添加一個過濾索引將使你擁有在不是null的數據上的索引。

　　在下面的所使用的Person表中，Name列有超過50%是NULL值，執行查詢：

　　SELECT Name,Age FROM Person WHERE Name IS NOT NULL

　　

　　這是一個彙集表掃描，並無有效地使用索引。

　　當咱們創建非彙集索引，且加上過濾後：INCLUDE()是爲了造成覆蓋索引。

　　CREATE NONCLUSTERED INDEX INDEX_Name ON Person(Name) INCLUDE(Age) WHERE Name IS NOT NULL　　--過濾的索引上過濾掉NULL值的行

　　

 　　在個人數據庫當中，創建索引，加不加過濾沒太大區別(由於很遺憾，Name列基本上沒有NULL的)，可是當過濾條件IS NOT NULL可以過濾不少條數據的時候，這時過濾的做用纔可以展現出來。若是過濾條件，可以篩選掉不少條數據，那麼性能無疑會大有提高。

　　過濾索引再許多方面帶來回報：

• 　　減小索引尺寸從而增進查詢效率；
• 　　創建更小的索引下降存儲開銷；
• 　　由於尺寸減少，下降了索引維護的成本；