數據庫索引的做用和優勢缺點

注：本文爲我的學習摘錄，原文地址：http://blog.csdn.net/pang040328/article/details/4164874

 爲何要建立索引呢？這是由於，建立索引能夠大大提升系統的性能。
第一，經過建立惟一性索引，能夠保證數據庫表中每一行數據的惟一性。
第二，能夠大大加快 數據的檢索速度，這也是建立索引的最主要的緣由。
第三，能夠加速表和表之間的鏈接，特別是在實現數據的參考完整性方面特別有意義。
第四，在使用分組和排序 子句進行數據檢索時，一樣能夠顯著減小查詢中分組和排序的時間。
第五，經過使用索引，能夠在查詢的過程當中，使用優化隱藏器，提升系統的性能。

也許會有人要問：增長索引有如此多的優勢，爲何不對錶中的每個列建立一個索引呢？這種想法當然有其合理性，然而也有其片面性。雖然，索引有許多優勢， 可是，爲表中的每個列都增長索引，是很是不明智的。這是由於，增長索引也有許多不利的一個方面。

第一，建立索引和維護索引要耗費時間，這種時間隨着數據 量的增長而增長。
第二，索引須要佔物理空間，除了數據表佔數據空間以外，每個索引還要佔必定的物理空間，若是要創建聚簇索引，那麼須要的空間就會更大。
第三，當對錶中的數據進行增長、刪除和修改的時候，索引也要動態的維護，這樣就下降了數據的維護速度。

索引是創建在數據庫表中的某些列的上面。所以，在建立索引的時候，應該仔細考慮在哪些列上能夠建立索引，在哪些列上不能建立索引。通常來講，應該在這些列 上建立索引，例如：

在常常須要搜索的列上，能夠加快搜索的速度；
在做爲主鍵的列上，強制該列的惟一性和組織表中數據的排列結構；
在常常用在鏈接的列上，這 些列主要是一些外鍵，能夠加快鏈接的速度；
在常常須要根據範圍進行搜索的列上建立索引，由於索引已經排序，其指定的範圍是連續的；
在常常須要排序的列上創 建索引，由於索引已經排序，這樣查詢能夠利用索引的排序，加快排序查詢時間；
在常用在WHERE子句中的列上面建立索引，加快條件的判斷速度。

一樣，對於有些列不該該建立索引。通常來講，不該該建立索引的的這些列具備下列特色：

第一，對於那些在查詢中不多使用或者參考的列不該該建立索引。這是因 爲，既然這些列不多使用到，所以有索引或者無索引，並不能提升查詢速度。相反，因爲增長了索引，反而下降了系統的維護速度和增大了空間需求。
第二，對於那 些只有不多數據值的列也不該該增長索引。這是由於，因爲這些列的取值不多，例如人事表的性別列，在查詢的結果中，結果集的數據行佔了表中數據行的很大比 例，即須要在表中搜索的數據行的比例很大。增長索引，並不能明顯加快檢索速度。
第三，對於那些定義爲text, image和bit數據類型的列不該該增長索引。這是由於，這些列的數據量要麼至關大，要麼取值不多。
第四，當修改性能遠遠大於檢索性能時，不該該建立索 引。這是由於，修改性能和檢索性能是互相矛盾的。當增長索引時，會提升檢索性能，可是會下降修改性能。當減小索引時，會提升修改性能，下降檢索性能。因 此，當修改性能遠遠大於檢索性能時，不該該建立索引。

建立索引的方法和索引的特徵
建立索引的方法
建立索引有多種方法，這些方法包括直接建立索引的方法和間接建立索引的方法。直接建立索引，例如使用CREATE INDEX語句或者使用建立索引向導，間接建立索引，例如在表中定義主鍵約束或者惟一性鍵約束時，同時也建立了索引。雖然，這兩種方法均可以建立索引，但 是，它們建立索引的具體內容是有區別的。
使用CREATE INDEX語句或者使用建立索引向導來建立索引，這是最基本的索引建立方式，而且這種方法最具備柔性，能夠定製建立出符合本身須要的索引。在使用這種方式 建立索引時，可使用許多選項，例如指定數據頁的充滿度、進行排序、整理統計信息等，這樣能夠優化索引。使用這種方法，能夠指定索引的類型、惟一性和複合 性，也就是說，既能夠建立聚簇索引，也能夠建立非聚簇索引，既能夠在一個列上建立索引，也能夠在兩個或者兩個以上的列上建立索引。

經過定義主鍵約束或者惟一性鍵約束，也能夠間接建立索引。主鍵約束是一種保持數據完整性的邏輯，它限制表中的記錄有相同的主鍵記錄。在建立主鍵約束時，系 統自動建立了一個惟一性的聚簇索引。雖然，在邏輯上，主鍵約束是一種重要的結構，可是，在物理結構上，與主鍵約束相對應的結構是惟一性的聚簇索引。換句話 說，在物理實現上，不存在主鍵約束，而只存在惟一性的聚簇索引。一樣，在建立惟一性鍵約束時，也同時建立了索引，這種索引則是惟一性的非聚簇索引。所以， 當使用約束建立索引時，索引的類型和特徵基本上都已經肯定了，由用戶定製的餘地比較小。

當在表上定義主鍵或者惟一性鍵約束時，若是表中已經有了使用CREATE INDEX語句建立的標準索引時，那麼主鍵約束或者惟一性鍵約束建立的索引覆蓋之前建立的標準索引。也就是說，主鍵約束或者惟一性鍵約束建立的索引的優先 級高於使用CREATE INDEX語句建立的索引。

索引的特徵
索引有兩個特徵，即惟一性索引和複合索引。
惟一性索引保證在索引列中的所有數據是惟一的，不會包含冗餘數據。若是表中已經有一個主鍵約束或者惟一性鍵約束，那麼當建立表或者修改表時，SQL Server自動建立一個惟一性索引。然而，若是必須保證惟一性，那麼應該建立主鍵約束或者惟一性鍵約束，而不是建立一個惟一性索引。當建立惟一性索引 時，應該認真考慮這些規則：當在表中建立主鍵約束或者惟一性鍵約束時，SQL Server自動建立一個惟一性索引；若是表中已經包含有數據，那麼當建立索引時，SQL Server檢查表中已有數據的冗餘性；每當使用插入語句插入數據或者使用修改語句修改數據時，SQL Server檢查數據的冗餘性：若是有冗餘值，那麼SQL Server取消該語句的執行，而且返回一個錯誤消息；確保表中的每一行數據都有一個惟一值，這樣能夠確保每個實體均可以惟一確認；只能在能夠保證明體 完整性的列上建立惟一性索引，例如，不能在人事表中的姓名列上建立惟一性索引，由於人們能夠有相同的姓名。

複合索引就是一個索引建立在兩個列或者多個列上。在搜索時，當兩個或者多個列做爲一個關鍵值時，最好在這些列上建立複合索引。當建立複合索引時，應該考慮 這些規則：最多能夠把16個列合併成一個單獨的複合索引，構成複合索引的列的總長度不能超過900字節，也就是說複合列的長度不能太長；在複合索引中，所 有的列必須來自同一個表中，不能跨表創建複合列；在複合索引中，列的排列順序是很是重要的，所以要認真排列列的順序，原則上，應該首先定義最惟一的列，例 如在（COL1，COL2）上的索引與在（COL2，COL1）上的索引是不相同的，由於兩個索引的列的順序不一樣；爲了使查詢優化器使用複合索引，查詢語 句中的WHERE子句必須參考複合索引中第一個列；當表中有多個關鍵列時，複合索引是很是有用的；使用複合索引能夠提升查詢性能，減小在一個表中所建立的 索引數量。