為什么要?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í),同樣可以顯著減少查詢中分組和排序的時(shí)間。
第五,通過(guò)使用索引,可以在查詢的過(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)排序,這樣查詢可以利用索引的排序,加快排序查詢時(shí)間;
在經(jīng)常使用在WHERE子句中的列上面創(chuàng)建索引,加快條件的判斷速度。
同樣,對(duì)于有些列不應(yīng)該創(chuàng)建索引。一般來(lái)說(shuō),不應(yīng)該創(chuàng)建索引的的這些列具有下列特點(diǎn):
第一,對(duì)于那些在查詢中很少使用或者參考的列不應(yīng)該創(chuàng)建索引。這是因 為,既然這些列很少使用到,因此有索引或者無(wú)索引,并不能提高查詢速度。相反,由于增加了索引,反而降低了系統(tǒng)的維護(hù)速度和增大了空間需求。
第二,對(duì)于那 些只有很少數(shù)據(jù)值的列也不應(yīng)該增加索引。這是因?yàn)?,由于這些列的取值很少,例如人事表的性別列,在查詢的結(jié)果中,結(jié)果集的數(shù)據(jù)行占了表中數(shù)據(jù)行的很大比 例,即需要在表中搜索的數(shù)據(jù)行的比例很大。增加索引,并不能明顯加快檢索速度。
第三,對(duì)于那些定義為text, image和bit數(shù)據(jù)類型的列不應(yīng)該增加索引。這是因?yàn)?,這些列的數(shù)據(jù)量要么相當(dāng)大,要么取值很少。
第四,當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時(shí),不應(yīng)該創(chuàng)建索 引。這是因?yàn)?,修改性能和檢索性能是互相矛盾的。當(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ū)?,間接創(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è)的充滿度、進(jìn)行排序、整理統(tǒng)計(jì)信息等,這樣可以優(yōu)化索引。使用這種方法,可以指定索引的類型、唯一性和復(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)是唯一性的聚簇索引。換句話 說(shuō),在物理實(shí)現(xiàn)上,不存在主鍵約束,而只存在唯一性的聚簇索引。同樣,在創(chuàng)建唯一性鍵約束時(shí),也同時(shí)創(chuàng)建了索引,這種索引則是唯一性的非聚簇索引。因此, 當(dāng)使用約束創(chuàng)建索引時(shí),索引的類型和特征基本上都已經(jīng)確定了,由用戶定制的余地比較小。
當(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è)索引的列的順序不同;為了使查詢優(yōu)化器使用復(fù)合索引,查詢語(yǔ) 句中的WHERE子句必須參考復(fù)合索引中第一個(gè)列;當(dāng)表中有多個(gè)關(guān)鍵列時(shí),復(fù)合索引是非常有用的;使用復(fù)合索引可以提高查詢性能,減少在一個(gè)表中所創(chuàng)建的 索引數(shù)量。
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索:z360901061
微信掃一掃加我為好友
QQ號(hào)聯(lián)系: 360901061
您的支持是博主寫(xiě)作最大的動(dòng)力,如果您喜歡我的文章,感覺(jué)我的文章對(duì)您有幫助,請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點(diǎn)擊下面給點(diǎn)支持吧,站長(zhǎng)非常感激您!手機(jī)微信長(zhǎng)按不能支付解決辦法:請(qǐng)將微信支付二維碼保存到相冊(cè),切換到微信,然后點(diǎn)擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對(duì)您有幫助就好】元

