索引簡介
索引被創建于已有的表中,它可使對行的定位更快速更有效??梢栽诒砀竦囊粋€或者多個列上創建索引,每個索引都會被起個名字。用戶無法看到索引,它們只能被用來加速查詢。
當然更新一個包含索引的表需要比更新一個沒有索引的表花更多的時間,這是由于索引本身也需要更新。因此,理想的做法是僅僅在常常用于搜索的列上面創建索引。
索引的分類:微軟的SQL SERVER提供了兩種索引:聚集索引(clustered index,也稱聚類索引、簇集索引)和非聚集索引(nonclustered index,也稱非聚類索引、非簇集索引)。
深入淺出理解索引結構
實際上,您可以把索引理解為一種特殊的目錄。下面,我們舉例來說明一下聚集索引和非聚集索引的區別:
其實,我們的漢語字典的正文本身就是一個聚集索引。比如,我們要查“中”字,就會很自然地翻開字典的后幾頁,因為“中”的拼音是“zhong”,而按照拼音排序漢字的字典是以英文字母“a”開頭并以“z”結尾的,那么“中”字就自然地排在字典的前部。
如果您翻完了所有以“z”開頭的部分仍然找不到這個字,那么就說明您的字典中沒有這個字;同樣的,如果查“啊”字,那您也會將您的字典翻到最前部分,因為“啊”的拼音是“a”。也就是說,字典的正文部分本身就是一個目錄,您不需要再去查其他目錄來找到您需要找的內容。這種正文內容本身就是一種按照一定規則排列的目錄稱為“聚集索引”。
如果你認識某個字,您可以快速地從中查到這個字。但您也可能會遇到您不認識的字,不知道它的發音,這時候,您就不能按照剛才的方法找到您要查的字,而需要去根據“偏旁部首”查到您要找的字,然后根據這個字后的頁碼直接翻到某頁來找到您要找的字。但您結合“部首目錄”和“檢字表”而查到的字的排序并不是真正的正文的排序方法,我們可以通過這種方式來找到您所需要的字,但它需要兩個過程,先找到目錄中的結果,然后再翻到您所需要的頁碼。我們把這種目錄純粹是目錄,正文純粹是正文的排序方式稱為“非聚集索引”。
通過以上例子,我們可以理解到什么是“聚集索引”和“非聚集索引”。
我們可以很容易的理解:每個表只能有一個聚集索引,因為目錄只能按照一種方法進行排序。
何時使用聚集索引或非聚集索引
下面的表總結了何時使用聚集索引或非聚集索引
動作 | 使用聚集索引 | 使用非聚集索引 |
只查詢某范圍內的數據 | 應該使用 | 不應該使用 |
只有一個或極少值不同 | 不應該使用 | 不應該使用 |
小量的不同值 | 應該使用 | 不應該使用 |
大量的不同值 | 不應該使用 | 應該使用 |
頻繁更新的列 | 不應該使用 | 應該使用 |
外鍵列 | 應該使用 | 應該使用 |
主鍵列 | 應該使用 | 應該使用 |
頻繁修改索引列 | 不應該使用 | 應該使用 |
列經常被分組排序 | 應該使用 | 應該使用 |
事實上,我們可以通過前面聚集索引和非聚集索引的定義的例子來理解上表。
結合實際,談索引使用的誤區
理論的目的是應用。雖然我們剛才列出了何時應使用聚集索引或非聚集索引,但在實踐中以上規則卻很容易被忽視或不能根據實際情況進行綜合分析。下面我們將根據在實踐中遇到的實際問題來談一下索引使用的誤區,以便于大家掌握索引建立的方法。
原文轉自:http://www.anti-gravitydesign.com