為什么要創(chuàng)建索引呢？這是由于，創(chuàng)建索引能夠大大提高系統(tǒng)的性能。
第二，能夠大大加快 數(shù)據(jù)的檢索速度，這也是創(chuàng)建索引的最基本的原因。
第三，能夠加速表和表之間的連接，特別是在實(shí)現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義。
第四，在使用分組和排序 子句進(jìn)行數(shù)據(jù)檢索時，相同能夠顯著降低查詢中分組和排序的時間。
第五，通過使用索引，能夠在查詢的過程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能。
或許會有人要問：添加索引有如此多的長處，為什么不正確表中的每個列創(chuàng)建一個索引呢？這樣的想法固然有其合理性，然而也有其片面性。盡管，索引有很多長處， 可是，為表中的每個列都添加索引，是很不明智的。這是由于，添加索引也有很多不利的一個方面。
第一，創(chuàng)建索引和維護(hù)索引要耗費(fèi)時間，這樣的時間隨著數(shù)據(jù) 量的添加而添加。
第二，索引須要占物理空間，除了數(shù)據(jù)表占數(shù)據(jù)空間之外，每個索引還要占一定的物理空間，假設(shè)要建立聚簇索引，那么須要的空間就會更大。
第三，當(dāng)對表中的數(shù)據(jù)進(jìn)行添加、刪除和改動的時候，索引也要動態(tài)的維護(hù)，這樣就減少了數(shù)據(jù)的維護(hù)速度。
索引是建立在數(shù)據(jù)庫表中的某些列的上面。因此，在創(chuàng)建索引的時候，應(yīng)該細(xì)致考慮在哪些列上能夠創(chuàng)建索引，在哪些列上不能創(chuàng)建索引。一般來說，應(yīng)該在這些列 上創(chuàng)建索引，比如：
在常常須要搜索的列上，能夠加快搜索的速度；
在作為主鍵的列上，強(qiáng)制該列的唯一性和組織表中數(shù)據(jù)的排列結(jié)構(gòu)；
在常常常使用在連接的列上，這 些列主要是一些外鍵，能夠加快連接的速度；
在常常須要依據(jù)范圍進(jìn)行搜索的列上創(chuàng)建索引，由于索引已經(jīng)排序，其指定的范圍是連續(xù)的；
在常常須要排序的列上創(chuàng) 建索引，由于索引已經(jīng)排序，這樣查詢能夠利用索引的排序，加快排序查詢時間；
在常常使用在WHERE子句中的列上面創(chuàng)建索引，加快條件的推斷速度。
相同，對于有些列不應(yīng)該創(chuàng)建索引。一般來說，不應(yīng)該創(chuàng)建索引的的這些列具有下列特點(diǎn)：
第一，對于那些在查詢中非常少使用或者參考的列不應(yīng)該創(chuàng)建索引。這是因 為，既然這些列非常少使用到，因此有索引或者無索引，并不能提高查詢速度。相反，由于添加了索引，反而減少了系統(tǒng)的維護(hù)速度和增大了空間需求。
第二，對于那 些僅僅有非常少數(shù)據(jù)值的列也不應(yīng)該添加索引。這是由于，由于這些列的取值非常少，比如人事表的性別列，在查詢的結(jié)果中，結(jié)果集的數(shù)據(jù)行占了表中數(shù)據(jù)行的非常大比 例，即須要在表中搜索的數(shù)據(jù)行的比例非常大。添加索引，并不能明顯加快檢索速度。
第三，對于那些定義為text, image和bit數(shù)據(jù)類型的列不應(yīng)該添加索引。這是由于，這些列的數(shù)據(jù)量要么相當(dāng)大，要么取值非常少。
第四，當(dāng)改動性能遠(yuǎn)遠(yuǎn)大于檢索性能時，不應(yīng)該創(chuàng)建索 引。這是由于，改動性能和檢索性能是互相矛盾的。當(dāng)添加索引時，會提高檢索性能，可是會減少改動性能。當(dāng)減少索引時，會提高改動性能，減少檢索性能。因 此，當(dāng)改動性能遠(yuǎn)遠(yuǎn)大于檢索性能時，不應(yīng)該創(chuàng)建索引。
創(chuàng)建索引的方法和索引的特征
創(chuàng)建索引的方法
創(chuàng)建索引有多種方法，這些方法包含直接創(chuàng)建索引的方法和間接創(chuàng)建索引的方法。直接創(chuàng)建索引，比如使用CREATE INDEX語句或者使用創(chuàng)建索引向?qū)Вg接創(chuàng)建索引，比如在表中定義主鍵約束或者唯一性鍵約束時，同一時候也創(chuàng)建了索引。盡管，這兩種方法都能夠創(chuàng)建索引，但 是，它們創(chuàng)建索引的詳細(xì)內(nèi)容是有差別的。
使用CREATE INDEX語句或者使用創(chuàng)建索引向?qū)韯?chuàng)建索引，這是最主要的索引創(chuàng)建方式，而且這樣的方法最具有柔性，能夠定制創(chuàng)建出符合自己須要的索引。在使用這樣的方式 創(chuàng)建索引時，能夠使用很多選項(xiàng)，比如指定數(shù)據(jù)頁的充滿度、進(jìn)行排序、整理統(tǒng)計(jì)信息等，這樣能夠優(yōu)化索引。使用這樣的方法，能夠指定索引的類型、唯一性和復(fù)合 性，也就是說，既能夠創(chuàng)建聚簇索引，也能夠創(chuàng)建非聚簇索引，既能夠在一個列上創(chuàng)建索引，也能夠在兩個或者兩個以上的列上創(chuàng)建索引。
通過定義主鍵約束或者唯一性鍵約束，也能夠間接創(chuàng)建索引。主鍵約束是一種保持?jǐn)?shù)據(jù)完整性的邏輯，它限制表中的記錄有相同的主鍵記錄。在創(chuàng)建主鍵約束時，系 統(tǒng)自己主動創(chuàng)建了一個唯一性的聚簇索引。盡管，在邏輯上，主鍵約束是一種重要的結(jié)構(gòu)，可是，在物理結(jié)構(gòu)上，與主鍵約束相相應(yīng)的結(jié)構(gòu)是唯一性的聚簇索引。換句話 說，在物理實(shí)現(xiàn)上，不存在主鍵約束，而僅僅存在唯一性的聚簇索引。相同，在創(chuàng)建唯一性鍵約束時，也同一時候創(chuàng)建了索引，這樣的索引則是唯一性的非聚簇索引。因此， 當(dāng)使用約束創(chuàng)建索引時，索引的類型和特征基本上都已經(jīng)確定了，由用戶定制的余地比較小。
當(dāng)在表上定義主鍵或者唯一性鍵約束時，假設(shè)表中已經(jīng)有了使用CREATE INDEX語句創(chuàng)建的標(biāo)準(zhǔn)索引時，那么主鍵約束或者唯一性鍵約束創(chuàng)建的索引覆蓋曾經(jīng)創(chuàng)建的標(biāo)準(zhǔn)索引。也就是說，主鍵約束或者唯一性鍵約束創(chuàng)建的索引的優(yōu)先 級高于使用CREATE INDEX語句創(chuàng)建的索引。
索引的特征
索引有兩個特征，即唯一性索引和復(fù)合索引。
唯一性索引保證在索引列中的所有數(shù)據(jù)是唯一的，不會包括冗余數(shù)據(jù)。假設(shè)表中已經(jīng)有一個主鍵約束或者唯一性鍵約束，那么當(dāng)創(chuàng)建表或者改動表時，SQL Server自己主動創(chuàng)建一個唯一性索引。然而，假設(shè)必須保證唯一性，那么應(yīng)該創(chuàng)建主鍵約束或者唯一性鍵約束，而不是創(chuàng)建一個唯一性索引。當(dāng)創(chuàng)建唯一性索引 時，應(yīng)該認(rèn)真考慮這些規(guī)則：當(dāng)在表中創(chuàng)建主鍵約束或者唯一性鍵約束時，SQL Server自己主動創(chuàng)建一個唯一性索引；假設(shè)表中已經(jīng)包括有數(shù)據(jù)，那么當(dāng)創(chuàng)建索引時，SQL Server檢查表中已有數(shù)據(jù)的冗余性；每當(dāng)使用插入語句插入數(shù)據(jù)或者使用改動語句改動數(shù)據(jù)時，SQL Server檢查數(shù)據(jù)的冗余性：假設(shè)有冗余值，那么SQL Server取消該語句的運(yùn)行，而且返回一個錯誤消息；確保表中的每一行數(shù)據(jù)都有一個唯一值，這樣能夠確保每個實(shí)體都能夠唯一確認(rèn)；僅僅能在能夠保證實(shí)體 完整性的列上創(chuàng)建唯一性索引，比如，不能在人事表中的姓名列上創(chuàng)建唯一性索引，由于人們能夠有同樣的姓名。
復(fù)合索引就是一個索引創(chuàng)建在兩個列或者多個列上。在搜索時，當(dāng)兩個或者多個列作為一個關(guān)鍵值時，最好在這些列上創(chuàng)建復(fù)合索引。當(dāng)創(chuàng)建復(fù)合索引時，應(yīng)該考慮 這些規(guī)則：最多能夠把16個列合并成一個單獨(dú)的復(fù)合索引，構(gòu)成復(fù)合索引的列的總長度不能超過900字節(jié)，也就是說復(fù)合列的長度不能太長；在復(fù)合索引中，所 有的列必須來自同一個表中，不能跨表建立復(fù)合列；在復(fù)合索引中，列的排列順序是很重要的，因此要認(rèn)真排列列的順序，原則上，應(yīng)該首先定義最唯一的列，例 如在（COL1，COL2）上的索引與在（COL2，COL1）上的索引是不同樣的，由于兩個索引的列的順序不同；為了使查詢優(yōu)化器使用復(fù)合索引，查詢語 句中的WHERE子句必須參考復(fù)合索引中第一個列；當(dāng)表中有多個關(guān)鍵列時，復(fù)合索引是很實(shí)用的；使用復(fù)合索引能夠提高查詢性能，降低在一個表中所創(chuàng)建的 索引數(shù)量。