資源描述：
《SQLServer索引結(jié)構(gòu)及其使用》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫。
1、SQLServer索引結(jié)構(gòu)及其使用一、深入淺出理解索引結(jié)構(gòu)實際上，您可以把索引理解為一種特殊的目錄。微軟的SQLSERVER提供了兩種索引：聚集索引（clusteredindex,也稱聚類索引、簇集索引）和非聚集索引（nonclusteredindex,也稱非聚類索引、非簇集索引）。下血，我們舉例來說明一下聚集索引和罪聚集索引的區(qū)別：其實，我們的漢語字典的正文木身就是一個聚集索引。比如，我們要查“安”字，就會很自然地翻開字典的前?兒頁，因為“安”的拼昔是"an-,而按照拼音排序漢字的字典是以英文字母“才開頭并以“才
2、結(jié)尾的，那么“安”字就自然地排在字典的前部。如果您翻完了所冇以“曠開頭的部分仍然找不到這個字，那么就說明您的字典中沒冇這個字；同樣的，如果查“張''字，那您也會將您的字典翻到最后部分，I大1為“張''的拼音是uzhang-。也就是說，字典的正文部分木身就是一個目錄,您不需要再去查其他目錄來找到您需要找的內(nèi)容。我們把這種正文內(nèi)容木身就是一種按照一定規(guī)則排列的目錄稱為“聚集索引如果您認(rèn)識某個字，您可以快速地從自動屮查到這個字。但您也可能會遇到您不認(rèn)識的字,不知道它的發(fā)音，這時候，您就不能按照剛才的方法找到您要查的字，而
3、需要去根據(jù)“偏旁部首"查到您要找的字，然后根據(jù)這個字后的頁碼直接翻到某頁來找到您要找的字。但您結(jié)合“部背0錄”和“檢字表”而查到的字的排序并不是真正的正文的排序方法，比如您查“張''字，我們可以看到在查部首之后的檢字衣中“張''的頁碼是672頁，檢字表中“張”的上面是“馳”字，但頁碼卻是63頁，“張”的下血是“弩”字，頁血是390頁。很顯然，這些字并不是真止的分別位于“張”字的上下方，現(xiàn)在您看到的連續(xù)的“馳、張、弩''三字實際上就是他們在非聚集索引屮的排序，是字典正文中的字在非聚集索引中的映射。我們可以通過這種方式
4、來找到您所需要的字,但它需要兩個過程,先找到H錄屮的結(jié)果，然后再翻到您所需要的頁碼。我們把這種H錄純粹是H錄，止文純粹是正文的排序方式稱為“非聚集索引”。通過以上例了，我們可以理解到什么是“聚集索弓I"和“非聚集索引"。進(jìn)一步引申一下，我們可以很容易的理解：每個表只能有一個聚集索引，因為目錄只能按照一種方法進(jìn)行排序。二、何時使用聚集索引或非聚集索引下面的表總結(jié)了何吋使用聚集索引或非聚集索引（很重要）：動作描述使用聚集索引使用非聚集索引列經(jīng)常被分組掛序應(yīng)應(yīng)返回某范圍內(nèi)的數(shù)據(jù)應(yīng)不應(yīng)-個或極少不同值不應(yīng)不應(yīng)小數(shù)目的不同值
5、應(yīng)不應(yīng)大數(shù)目的不同值不應(yīng)應(yīng)頻鑿更新的列不應(yīng)應(yīng)外鍵列應(yīng)應(yīng)主鍵列應(yīng)應(yīng)頻蹩修改索引列不應(yīng)應(yīng)事實上我們可以通過前面聚集索引和非聚集索引的定義的例子來理解上表。如：返回某范圍內(nèi)的數(shù)據(jù)一項。比如您的某個表有一個時間列，恰好您把聚合索引建立在了該列，這時您查詢2004年1月1「
6、至2004年10月1日Z間的全部數(shù)據(jù)時，這個速度就將是很快的，因為您的這本字典正文是按口期進(jìn)行排序的，聚類索引只需耍找到耍檢索的所有數(shù)據(jù)中的開頭和結(jié)尾數(shù)據(jù)即而不像非聚集索引，必須先查到忖錄中查到每一項數(shù)據(jù)対應(yīng)的頁碼，然后再根據(jù)頁碼查到具體內(nèi)容。三、結(jié)合實
7、際，談索引使用的誤區(qū)理論的目的是應(yīng)丿U。雖然我們剛才列出了何時應(yīng)使川聚集索引或非聚集索引，但在實踐中以上規(guī)則卻很容易被忽視或不能根據(jù)實際情況進(jìn)行綜合分析。卜dii我們將根據(jù)在實踐屮遇到的實際問題來談一下索引使用的誤區(qū)，以便于大家掌握索引建立的方法。1、主鍵就是聚集索引這種想法筆者認(rèn)為是極端錯謀的，是對聚集索引的一種浪費(fèi)。雖然SQLSERVER默認(rèn)是在主鍵上建立聚集索引的。通常，我們會在每個表中都建立一個ID列，以區(qū)分每條數(shù)據(jù)，并H這個ID列是自動增大的，步長一般為1。我們的這個辦公自動化的實例中的列Gid就是如此。
8、此時，如果我們將這個列設(shè)為主鍵，SQLSERVER會將此列默認(rèn)為聚集索引。這樣做有好處，就是可以讓您的數(shù)據(jù)在數(shù)據(jù)庫中按照ID進(jìn)行物理排序，但筆者認(rèn)為這樣做意義不大。顯而易見，聚集索引的優(yōu)勢是很明顯的，而每個表中只能冇一個聚集索引的規(guī)則，這使得聚集索引變得更加珍貴。從我們前-而談到的聚集索引的處義我們可以看出，使用聚集索引的戢大好處就是能夠根據(jù)杳詢要求，迅速縮小查詢范囤，避免全表掃描。在實際應(yīng)用屮，因為ID號是自動生成的，我們并不知道每條記錄的ID號，所以我們很難在實踐屮用ID號來進(jìn)行查詢。這就使讓ID號這個主鍵作為
9、聚集索引成為一種資源浪費(fèi)。其次，讓每個ID號都不同的字段作為聚集索引也不符合“大數(shù)目的不同值情況下不應(yīng)建立聚合索引”規(guī)則；當(dāng)然，這種情況只是針對川戶經(jīng)常修改記錄內(nèi)容，特別是索引項的時候會負(fù)作用，但對于査詢速度并沒有影響。在辦公白動化系統(tǒng)中，無論是系統(tǒng)首頁顯示的需要川戶簽收的文件、會議還是川八進(jìn)行文件査詢等任何情況下進(jìn)行數(shù)據(jù)查詢都離不開字段的是“日期”還有用戶
