|
|
為什么要?jiǎng)?chuàng)建索引呢？這是因?yàn)椋瑒?chuàng)建索引可以大大提高系統(tǒng)的性能。第一，通過(guò)創(chuàng)建唯一性索引，可以保證數(shù)據(jù)庫(kù)表中每一行數(shù)據(jù)的唯一性。第二，可以大大加快數(shù)據(jù)的檢索速度，這也是創(chuàng)建索引的最主要的原因。第三，可以加速表和表之間的連接，特別是在實(shí)現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義。第四，在使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時(shí)，同樣可以顯著減少查詢(xún)中分組和排序的時(shí)間。第五，通過(guò)使用索引，可以在查詢(xún)的過(guò)程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能。
也許會(huì)有人要問(wèn)：增加索引有如此多的優(yōu)點(diǎn)，為什么不對(duì)表中的每一個(gè)列創(chuàng)建一個(gè)索引呢？這種想法固然有其合理性，然而也有其片面性。雖然，索引有許多優(yōu)點(diǎn)，但是，為表中的每一個(gè)列都增加索引，是非常不明智的。這是因?yàn)椋黾铀饕灿性S多不利的一個(gè)方面。第一，創(chuàng)建索引和維護(hù)索引要耗費(fèi)時(shí)間，這種時(shí)間隨著數(shù)據(jù)量的增加而增加。第二，索引需要占物理空間，除了數(shù)據(jù)表占數(shù)據(jù)空間之外，每一個(gè)索引還要占一定的物理空間，如果要建立聚簇索引，那么需要的空間就會(huì)更大。第三，當(dāng)對(duì)表中的數(shù)據(jù)進(jìn)行增加、刪除和修改的時(shí)候，索引也要?jiǎng)討B(tài)的維護(hù)，這樣就降低了數(shù)據(jù)的維護(hù)速度。
索引是建立在數(shù)據(jù)庫(kù)表中的某些列的上面。因此，在創(chuàng)建索引的時(shí)候，應(yīng)該仔細(xì)考慮在哪些列上可以創(chuàng)建索引，在哪些列上不能創(chuàng)建索引。一般來(lái)說(shuō)，應(yīng)該在這些列上創(chuàng)建索引，例如：在經(jīng)常需要搜索的列上，可以加快搜索的速度；在作為主鍵的列上，強(qiáng)制該列的唯一性和組織表中數(shù)據(jù)的排列結(jié)構(gòu)；在經(jīng)常用在連接的列上，這些列主要是一些外鍵，可以加快連接的速度；在經(jīng)常需要根據(jù)范圍進(jìn)行搜索的列上創(chuàng)建索引，因?yàn)樗饕呀?jīng)排序，其指定的范圍是連續(xù)的；在經(jīng)常需要排序的列上創(chuàng)建索引，因?yàn)樗饕呀?jīng)排序，這樣查詢(xún)可以利用索引的排序，加快排序查詢(xún)時(shí)間；在經(jīng)常使用在WHERE子句中的列上面創(chuàng)建索引，加快條件的判斷速度。
同樣，對(duì)于有些列不應(yīng)該創(chuàng)建索引。一般來(lái)說(shuō)，不應(yīng)該創(chuàng)建索引的的這些列具有下列特點(diǎn)：第一，對(duì)于那些在查詢(xún)中很少使用或者參考的列不應(yīng)該創(chuàng)建索引。這是因?yàn)椋热贿@些列很少使用到，因此有索引或者無(wú)索引，并不能提高查詢(xún)速度。相反，由于增加了索引，反而降低了系統(tǒng)的維護(hù)速度和增大了空間需求。第二，對(duì)于那些只有很少數(shù)據(jù)值的列也不應(yīng)該增加索引。這是因?yàn)椋捎谶@些列的取值很少，例如人事表的性別列，在查詢(xún)的結(jié)果中，結(jié)果集的數(shù)據(jù)行占了表中數(shù)據(jù)行的很大比例，即需要在表中搜索的數(shù)據(jù)行的比例很大。增加索引，并不能明顯加快檢索速度。第三，對(duì)于那些定義為text, image和bit數(shù)據(jù)類(lèi)型的列不應(yīng)該增加索引。這是因?yàn)椋@些列的數(shù)據(jù)量要么相當(dāng)大，要么取值很少。第四，當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時(shí)，不應(yīng)該創(chuàng)建索引。這是因?yàn)椋薷男阅芎蜋z索性能是互相矛盾的。當(dāng)增加索引時(shí)，會(huì)提高檢索性能，但是會(huì)降低修改性能。當(dāng)減少索引時(shí)，會(huì)提高修改性能，降低檢索性能。因此，當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時(shí)，不應(yīng)該創(chuàng)建索引。
創(chuàng)建索引的方法和索引的特征
創(chuàng)建索引的方法
創(chuàng)建索引有多種方法，這些方法包括直接創(chuàng)建索引的方法和間接創(chuàng)建索引的方法。直接創(chuàng)建索引，例如使用CREATE INDEX語(yǔ)句或者使用創(chuàng)建索引向?qū)Вg接創(chuàng)建索引，例如在表中定義主鍵約束或者唯一性鍵約束時(shí)，同時(shí)也創(chuàng)建了索引。雖然，這兩種方法都可以創(chuàng)建索引，但是，它們創(chuàng)建索引的具體內(nèi)容是有區(qū)別的。
使用CREATE INDEX語(yǔ)句或者使用創(chuàng)建索引向?qū)?lái)創(chuàng)建索引，這是最基本的索引創(chuàng)建方式，并且這種方法最具有柔性，可以定制創(chuàng)建出符合自己需要的索引。在使用這種方式創(chuàng)建索引時(shí)，可以使用許多選項(xiàng)，例如指定數(shù)據(jù)頁(yè)的充滿(mǎn)度、進(jìn)行排序、整理統(tǒng)計(jì)信息等，這樣可以?xún)?yōu)化索引。使用這種方法，可以指定索引的類(lèi)型、唯一性和復(fù)合性，也就是說(shuō)，既可以創(chuàng)建聚簇索引，也可以創(chuàng)建非聚簇索引，既可以在一個(gè)列上創(chuàng)建索引，也可以在兩個(gè)或者兩個(gè)以上的列上創(chuàng)建索引。
通過(guò)定義主鍵約束或者唯一性鍵約束，也可以間接創(chuàng)建索引。主鍵約束是一種保持?jǐn)?shù)據(jù)完整性的邏輯，它限制表中的記錄有相同的主鍵記錄。在創(chuàng)建主鍵約束時(shí)，系統(tǒng)自動(dòng)創(chuàng)建了一個(gè)唯一性的聚簇索引。雖然，在邏輯上，主鍵約束是一種重要的結(jié)構(gòu)，但是，在物理結(jié)構(gòu)上，與主鍵約束相對(duì)應(yīng)的結(jié)構(gòu)是唯一性的聚簇索引。換句話(huà)說(shuō)，在物理實(shí)現(xiàn)上，不存在主鍵約束，而只存在唯一性的聚簇索引。同樣，在創(chuàng)建唯一性鍵約束時(shí)，也同時(shí)創(chuàng)建了索引，這種索引則是唯一性的非聚簇索引。因此，當(dāng)使用約束創(chuàng)建索引時(shí)，索引的類(lèi)型和特征基本上都已經(jīng)確定了，由用戶(hù)定制的余地比較小。
當(dāng)在表上定義主鍵或者唯一性鍵約束時(shí)，如果表中已經(jīng)有了使用CREATE INDEX語(yǔ)句創(chuàng)建的標(biāo)準(zhǔn)索引時(shí)，那么主鍵約束或者唯一性鍵約束創(chuàng)建的索引覆蓋以前創(chuàng)建的標(biāo)準(zhǔn)索引。也就是說(shuō)，主鍵約束或者唯一性鍵約束創(chuàng)建的索引的優(yōu)先級(jí)高于使用CREATE INDEX語(yǔ)句創(chuàng)建的索引。
索引的特征
索引有兩個(gè)特征，即唯一性索引和復(fù)合索引。
唯一性索引保證在索引列中的全部數(shù)據(jù)是唯一的，不會(huì)包含冗余數(shù)據(jù)。如果表中已經(jīng)有一個(gè)主鍵約束或者唯一性鍵約束，那么當(dāng)創(chuàng)建表或者修改表時(shí)，SQL Server自動(dòng)創(chuàng)建一個(gè)唯一性索引。然而，如果必須保證唯一性，那么應(yīng)該創(chuàng)建主鍵約束或者唯一性鍵約束，而不是創(chuàng)建一個(gè)唯一性索引。當(dāng)創(chuàng)建唯一性索引時(shí)，應(yīng)該認(rèn)真考慮這些規(guī)則：當(dāng)在表中創(chuàng)建主鍵約束或者唯一性鍵約束時(shí)，SQL Server自動(dòng)創(chuàng)建一個(gè)唯一性索引；如果表中已經(jīng)包含有數(shù)據(jù)，那么當(dāng)創(chuàng)建索引時(shí)，SQL Server檢查表中已有數(shù)據(jù)的冗余性；每當(dāng)使用插入語(yǔ)句插入數(shù)據(jù)或者使用修改語(yǔ)句修改數(shù)據(jù)時(shí)，SQL Server檢查數(shù)據(jù)的冗余性：如果有冗余值，那么SQL Server取消該語(yǔ)句的執(zhí)行，并且返回一個(gè)錯(cuò)誤消息；確保表中的每一行數(shù)據(jù)都有一個(gè)唯一值，這樣可以確保每一個(gè)實(shí)體都可以唯一確認(rèn)；只能在可以保證實(shí)體完整性的列上創(chuàng)建唯一性索引，例如，不能在人事表中的姓名列上創(chuàng)建唯一性索引，因?yàn)槿藗兛梢杂邢嗤男彰?
復(fù)合索引就是一個(gè)索引創(chuàng)建在兩個(gè)列或者多個(gè)列上。在搜索時(shí)，當(dāng)兩個(gè)或者多個(gè)列作為一個(gè)關(guān)鍵值時(shí)，最好在這些列上創(chuàng)建復(fù)合索引。當(dāng)創(chuàng)建復(fù)合索引時(shí)，應(yīng)該考慮這些規(guī)則：最多可以把16個(gè)列合并成一個(gè)單獨(dú)的復(fù)合索引，構(gòu)成復(fù)合索引的列的總長(zhǎng)度不能超過(guò)900字節(jié)，也就是說(shuō)復(fù)合列的長(zhǎng)度不能太長(zhǎng)；在復(fù)合索引中，所有的列必須來(lái)自同一個(gè)表中，不能跨表建立復(fù)合列；在復(fù)合索引中，列的排列順序是非常重要的，因此要認(rèn)真排列列的順序，原則上，應(yīng)該首先定義最唯一的列，例如在（COL1，COL2）上的索引與在（COL2，COL1）上的索引是不相同的，因?yàn)閮蓚€(gè)索引的列的順序不同；為了使查詢(xún)優(yōu)化器使用復(fù)合索引，查詢(xún)語(yǔ)句中的WHERE子句必須參考復(fù)合索引中第一個(gè)列；當(dāng)表中有多個(gè)關(guān)鍵列時(shí)，復(fù)合索引是非常有用的；使用復(fù)合索引可以提高查詢(xún)性能，減少在一個(gè)表中所創(chuàng)建的索引數(shù)量。
索引的類(lèi)型
根據(jù)索引的順序與數(shù)據(jù)表的物理順序是否相同，可以把索引分成兩種類(lèi)型。一種是數(shù)據(jù)表的物理順序與索引順序相同的聚簇索引，另一種是數(shù)據(jù)表的物理順序與索引順序不相同的非聚簇索引。
聚簇索引的體系結(jié)構(gòu)
索引的結(jié)構(gòu)類(lèi)似于樹(shù)狀結(jié)構(gòu)，樹(shù)的頂部稱(chēng)為葉級(jí)，樹(shù)的其它部分稱(chēng)為非葉級(jí)，樹(shù)的根部在非葉級(jí)中。同樣，在聚簇索引中，聚簇索引的葉級(jí)和非葉級(jí)構(gòu)成了一個(gè)樹(shù)狀結(jié)構(gòu)，索引的最低級(jí)是葉級(jí)。在聚簇索引中，表中的數(shù)據(jù)所在的數(shù)據(jù)頁(yè)是葉級(jí)，在葉級(jí)之上的索引頁(yè)是非葉級(jí)，索引數(shù)據(jù)所在的索引頁(yè)是非葉級(jí)。在聚簇索引中，數(shù)據(jù)值的順序總是按照升序排列。
應(yīng)該在表中經(jīng)常搜索的列或者按照順序訪問(wèn)的列上創(chuàng)建聚簇索引。當(dāng)創(chuàng)建聚簇索引時(shí)，應(yīng)該考慮這些因素：每一個(gè)表只能有一個(gè)聚簇索引，因?yàn)楸碇袛?shù)據(jù)的物理順序只能有一個(gè)；表中行的物理順序和索引中行的物理順序是相同的，在創(chuàng)建任何非聚簇索引之前創(chuàng)建聚簇索引，這是因?yàn)榫鄞厮饕淖兞吮碇行械奈锢眄樞颍瑪?shù)據(jù)行按照一定的順序排列，并且自動(dòng)維護(hù)這個(gè)順序；關(guān)鍵值的唯一性要么使用UNIQUE關(guān)鍵字明確維護(hù)，要么由一個(gè)內(nèi)部的唯一標(biāo)識(shí)符明確維護(hù)，這些唯一性標(biāo)識(shí)符是系統(tǒng)自己使用的，用戶(hù)不能訪問(wèn)；聚簇索引的平均大小大約是數(shù)據(jù)表的百分之五，但是，實(shí)際的聚簇索引的大小常常根據(jù)索引列的大小變化而變化；在索引的創(chuàng)建過(guò)程中，SQL Server臨時(shí)使用當(dāng)前數(shù)據(jù)庫(kù)的磁盤(pán)空間，當(dāng)創(chuàng)建聚簇索引時(shí)，需要1.2倍的表空間的大小，因此，一定要保證有足夠的空間來(lái)創(chuàng)建聚簇索引。
當(dāng)系統(tǒng)訪問(wèn)表中的數(shù)據(jù)時(shí)，首先確定在相應(yīng)的列上是否存在有索引和該索引是否對(duì)要檢索的數(shù)據(jù)有意義。如果索引存在并且該索引非常有意義，那么系統(tǒng)使用該索引訪問(wèn)表中的記錄。系統(tǒng)從索引開(kāi)始瀏覽到數(shù)據(jù)，索引瀏覽則從樹(shù)狀索引的根部開(kāi)始。從根部開(kāi)始，搜索值與每一個(gè)關(guān)鍵值相比較，確定搜索值是否大于或者等于關(guān)鍵值。這一步重復(fù)進(jìn)行，直到碰上一個(gè)比搜索值大的關(guān)鍵值，或者該搜索值大于或者等于索引頁(yè)上所有的關(guān)鍵值為止。
非聚簇索引的體系結(jié)構(gòu)
非聚簇索引的結(jié)構(gòu)也是樹(shù)狀結(jié)構(gòu)，與聚簇索引的結(jié)構(gòu)非常類(lèi)似，但是也有明顯的不同。
在非聚簇索引中，葉級(jí)僅包含關(guān)鍵值，而沒(méi)有包含數(shù)據(jù)行。非聚簇索引表示行的邏輯順序。 非聚簇索引有兩種體系結(jié)構(gòu)：一種體系結(jié)構(gòu)是在沒(méi)有聚簇索引的表上創(chuàng)建非聚簇索引，另一種體系結(jié)構(gòu)是在有聚簇索引的表上創(chuàng)建非聚簇索引。
如果一個(gè)數(shù)據(jù)表中沒(méi)有聚簇索引，那么這個(gè)數(shù)據(jù)表也稱(chēng)為數(shù)據(jù)堆。當(dāng)非聚簇索引在數(shù)據(jù)堆的頂部創(chuàng)建時(shí)，系統(tǒng)使用索引頁(yè)中的行標(biāo)識(shí)符指向數(shù)據(jù)頁(yè)中的記錄。行標(biāo)識(shí)符存儲(chǔ)了數(shù)據(jù)所在位置的信息。數(shù)據(jù)堆是通過(guò)使用索引分配圖（IAM）頁(yè)來(lái)維護(hù)的。IAM頁(yè)包含了數(shù)據(jù)堆所在簇的存儲(chǔ)信息。在系統(tǒng)表sysindexes中，有一個(gè)指針指向了與數(shù)據(jù)堆相關(guān)的第一個(gè)IAM頁(yè)。系統(tǒng)使用IAM頁(yè)在數(shù)據(jù)堆中瀏覽和尋找可以插入新的記錄行的空間。這些數(shù)據(jù)頁(yè)和在這些數(shù)據(jù)頁(yè)中的記錄沒(méi)有任何的順序并且也沒(méi)有鏈接在一起。在這些數(shù)據(jù)頁(yè)之間的唯一的連接是IAM中記錄的順序。當(dāng)在數(shù)據(jù)堆上創(chuàng)建了非聚簇索引時(shí)，葉級(jí)中包含了指向數(shù)據(jù)頁(yè)的行標(biāo)識(shí)符。行標(biāo)識(shí)符指定記錄行的邏輯順序，由文件ID、頁(yè)號(hào)和行ID組成。這些行的標(biāo)識(shí)符維持唯一性。非聚簇索引的葉級(jí)頁(yè)的順序不同于表中數(shù)據(jù)的物理順序。這些關(guān)鍵值在葉級(jí)中以升序維持。
當(dāng)非聚簇索引創(chuàng)建在有聚簇索引的表上的時(shí)候，系統(tǒng)使用索引頁(yè)中的指向聚簇索引的聚簇鍵。聚簇鍵存儲(chǔ)了數(shù)據(jù)的位置信息。如果某一個(gè)表有聚簇索引，那么非聚簇索引的葉級(jí)包含了映射到聚簇鍵的聚簇鍵值，而不是映射到物理的行標(biāo)識(shí)符。當(dāng)系統(tǒng)訪問(wèn)有非聚簇索引的表中數(shù)據(jù)時(shí)，并且這種非聚簇索引創(chuàng)建在聚簇索引上，那么它首先從非聚簇索引來(lái)找到指向聚簇索引的指針，然后通過(guò)使用聚簇索引來(lái)找到數(shù)據(jù)。
當(dāng)需要以多種方式檢索數(shù)據(jù)時(shí)，非聚簇索引是非常有用的。當(dāng)創(chuàng)建非聚簇索引時(shí)，要考慮這些情況：在缺省情況下，所創(chuàng)建的索引是非聚簇索引；在每一個(gè)表上面，可以創(chuàng)建不多于249個(gè)非聚簇索引，而聚簇索引最多只能有一個(gè)。
php技術(shù)：索引的優(yōu)點(diǎn)和缺點(diǎn)第1/2頁(yè)，轉(zhuǎn)載需保留來(lái)源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
