索引的使用說明

題外話：
? ???昨天比較郁悶，維護一客戶的數據庫系統時候，發現系統處理數據就出現假死。
開始因為是軟件問題，拷得亂忙一下午還沒有拷定，后來一直弄到晚上7點，突然想起索引問題。
后來就使用了一命令： dbcc?dbreindex('TableName','',80)
即可實現。比較郁悶和暈，自己犯這樣的錯誤。
? ???這錯誤，正好是我想寫這帖的原因，希望能為大家解決一些實際問題吧。

正題：
為什么要建立合適的索引，重要的目的就是提高查詢效率。
這里簡單說一下索引的兩種類型：
幫助的說明 聚集
聚集索引基于數據行的鍵值在表內排序和存儲這些數據行。由于數據行按基于聚集索引鍵的排序次序存儲，因此聚集索引對查找行很有效。每個表只能有一個聚集索引，因為數據行本身只能按一個順序存儲。數據行本身構成聚集索引的最低級別。
只有當表包含聚集索引時，表內的數據行才按排序次序存儲。如果表沒有聚集索引，則其數據行按堆集方式存儲。
非聚集
非聚集索引具有完全獨立于數據行的結構。非聚集索引的最低行包含非聚集索引的鍵值，并且每個鍵值項都有指針指向包含該鍵值的數據行。數據行不按基于非聚集鍵的次序存儲。
在非聚集索引內，從索引行指向數據行的指針稱為行定位器。行定位器的結構取決于數據頁的存儲方式是堆集還是聚集。對于堆集，行定位器是指向行的指針。對于有聚集索引的表，行定位器是聚集索引鍵。
來的例子說明最能體現建立索引的好處。

? --測試表DTest?(無索引)
SELECT?IDENTITY(int,1,1)?AS?[id],B.[id]?AS?TKey,B.[Name]?AS?[TName]?INTO?DTest?
FROM?Master..syscolumns?AS?A?,Master..sysobjects?AS?B
--測試表TTest?(建立索引)
SELECT?IDENTITY(int,1,1)?AS?[id],B.[id]?AS?TKey,B.[Name]?AS?[TName]?INTO?TTest?
FROM?Master..syscolumns?AS?A?,Master..sysobjects?AS?B
在我的測試中，DTest，TTest表有500多萬條記錄，可以滿足測試要求。

操作如圖：
1、設置表TTest的字段ID為主鍵。
?

2、對表TTest中的列TName建立一個非聚集索引。
?

3、測試查詢語句的效率。
在查詢分析器中輸入： SELECT?*?FROM??DTest?WHERE?TName='sp_ActiveDirectory_Obj'
按鍵盤Ctrl+L，顯示預計的執行計劃，可以查看執行效率。
?

預計的成本是31.8.

再在查詢分析器中輸入：
SELECT?*?FROM??TTest?WHERE?TName='sp_ActiveDirectory_Obj'
按鍵盤Ctrl+L，顯示預計的執行計劃，可以查看執行效率。
?
預計的成本是28.5 .
從這圖可以看出，使用索引后，查詢效率差不多提高了10的百分點。

下面我們再看實際查詢的結果用時：
沒有索引時候，用時：26秒。

?



對列Tname加索引，用時：0秒。

呵呵，明顯看出效率的提高。

這里寫幾點注意：
1、將更新盡可能多的行的查詢寫入單個語句內，而不要使用多個查詢更新相同的行。僅使用一個語句，就可以利用優化的索引維護。
2、對聚集索引使用整型鍵。另外，在唯一列、非空列或 IDENTITY 列上創建聚集索引可以獲得性能收益
3、在查詢經常用到的所有列上創建非聚集索引。這可以最大程度地利用隱蔽查詢
4、重建索引可以重新組織索引數據（對于聚集索引還包括表數據)的存儲，清除碎片。如我開始提到的使用

dbcc?dbreindex('TableName','',80)
來重構索引。

在實際的應用中，會發現很多問題，得具體問題具體分析，這里只是簡單一個例子說明使用索引的好處。

轉載于:https://www.cnblogs.com/kingjiong/archive/2010/03/07/1680423.html

總結

以上是生活随笔為你收集整理的SQL Server 索引使用和优化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。