索引的使用说明
索引的使用說明
題外話:
? ???昨天比較郁悶,維護一客戶的數據庫系統時候,發現系統處理數據就出現假死。
開始因為是軟件問題,拷得亂忙一下午還沒有拷定,后來一直弄到晚上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)
來重構索引。
在實際的應用中,會發現很多問題,得具體問題具體分析,這里只是簡單一個例子說明使用索引的好處。
(完)
題外話:
? ???昨天比較郁悶,維護一客戶的數據庫系統時候,發現系統處理數據就出現假死。
開始因為是軟件問題,拷得亂忙一下午還沒有拷定,后來一直弄到晚上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/wghao/archive/2007/07/04/806088.html
總結
- 上一篇: 工行gbc三端是什么
- 下一篇: asp.net 中datagrid It