一、索引的概念
??????? 索引就是加快檢索表中數(shù)據(jù)的方法。數(shù)據(jù)庫(kù)的索引類(lèi)似于書(shū)籍的索引。在書(shū)籍中,索引允許用戶(hù)不必翻閱完整個(gè)書(shū)就能迅速地找到所需要的信息。在數(shù)據(jù)庫(kù)中,索引也允許數(shù)據(jù)庫(kù)程序迅速地找到表中的數(shù)據(jù),而不必掃描整個(gè)數(shù)據(jù)庫(kù)。
二、索引的特點(diǎn)
??? 1.索引可以加快數(shù)據(jù)庫(kù)的檢索速度
??? 2.索引降低了數(shù)據(jù)庫(kù)插入、修改、刪除等維護(hù)任務(wù)的速度
??? 3.索引創(chuàng)建在表上,不能創(chuàng)建在視圖上
??? 4.索引既可以直接創(chuàng)建,也可以間接創(chuàng)建
??? 5.可以在優(yōu)化隱藏中,使用索引
??? 6.使用查詢(xún)處理器執(zhí)行SQL語(yǔ)句,在一個(gè)表上,一次只能使用一個(gè)索引
??? 7.其他
三、索引的優(yōu)點(diǎn)
??? 1.創(chuàng)建唯一性索引,保證數(shù)據(jù)庫(kù)表中每一行數(shù)據(jù)的唯一性
??? 2.大大加快數(shù)據(jù)的檢索速度,這也是創(chuàng)建索引的最主要的原因
??? 3.加速表和表之間的連接,特別是在實(shí)現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義。
??? 4.在使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時(shí),同樣可以顯著減少查詢(xún)中分組和排序的時(shí)間。
??? 5.通過(guò)使用索引,可以在查詢(xún)的過(guò)程中使用優(yōu)化隱藏器,提高系統(tǒng)的性能。
四、索引的缺點(diǎn)
??? 1.創(chuàng)建索引和維護(hù)索引要耗費(fèi)時(shí)間,這種時(shí)間隨著數(shù)據(jù)量的增加而增加
??? 2.索引需要占物理空間,除了數(shù)據(jù)表占數(shù)據(jù)空間之外,每一個(gè)索引還要占一定的物理空間,如果要建立聚簇索引,那么需要的空間就會(huì)更大
??? 3.當(dāng)對(duì)表中的數(shù)據(jù)進(jìn)行增加、刪除和修改的時(shí)候,索引也要?jiǎng)討B(tài)的維護(hù),降低了數(shù)據(jù)的維護(hù)速度
五、索引分類(lèi)
??? 1.直接創(chuàng)建索引和間接創(chuàng)建索引
??? 直接創(chuàng)建索引: CREATE INDEX mycolumn_index ON mytable (myclumn)
??? 間接創(chuàng)建索引:定義主鍵約束或者唯一性鍵約束,可以間接創(chuàng)建索引
??? 2.普通索引和唯一性索引
??? 普通索引:CREATE INDEX mycolumn_index ON mytable (myclumn)
??? 唯一性索引:保證在索引列中的全部數(shù)據(jù)是唯一的,對(duì)聚簇索引和非聚簇索引都可以使用
??? CREATE UNIQUE COUSTERED INDEX myclumn_cindex ON mytable(mycolumn)
??? 3.單個(gè)索引和復(fù)合索引
??? 單個(gè)索引:即非復(fù)合索引
??? 復(fù)合索引:又叫組合索引,在索引建立語(yǔ)句中同時(shí)包含多個(gè)字段名,最多16個(gè)字段
??? CREATE INDEX name_index ON username(firstname,lastname)
??? 4.聚簇索引和非聚簇索引(聚集索引,群集索引)
?? 聚簇索引:物理索引,與基表的物理順序相同,數(shù)據(jù)值的順序總是按照順序排列
??? CREATE CLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn) WITH
??? ALLOW_DUP_ROW(允許有重復(fù)記錄的聚簇索引)
?? 非聚簇索引:CREATE UNCLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn)
六、索引的使用
?? 1.當(dāng)字段數(shù)據(jù)更新頻率較低,查詢(xún)使用頻率較高并且存在大量重復(fù)值是建議使用聚簇索引
??? 2.經(jīng)常同時(shí)存取多列,且每列都含有重復(fù)值可考慮建立組合索引
??? 3.復(fù)合索引的前導(dǎo)列一定好控制好,否則無(wú)法起到索引的效果。如果查詢(xún)時(shí)前導(dǎo)列不在查詢(xún)條件中則該復(fù)合索引不會(huì)被使用。前導(dǎo)列一定是使用最頻繁的列
??? 4.多表操作在被實(shí)際執(zhí)行前,查詢(xún)優(yōu)化器會(huì)根據(jù)連接條件,列出幾組可能的連接方案并從中找出系統(tǒng)開(kāi)銷(xiāo)最小的最佳方案。連接條件要充份考慮帶有索引的表、行數(shù)多的表;內(nèi)外表的選擇可由公式:外層表中的匹配行數(shù)*內(nèi)層表中每一次查找的次數(shù)確定,乘積最小為最佳方案
??? 5.where子句中對(duì)列的任何操作結(jié)果都是在sql運(yùn)行時(shí)逐列計(jì)算得到的,因此它不得不進(jìn)行表搜索,而沒(méi)有使用該列上面的索引;如果這些結(jié)果在查詢(xún)編譯時(shí)就能得到,那么就可以被sql優(yōu)化器優(yōu)化,使用索引,避免表搜索(例:select * from record where substring(card_no,1,4)=’5378’
&& select * from record where card_no like ’5378%’)任何對(duì)列的操作都將導(dǎo)致表掃描,它包括數(shù)據(jù)庫(kù)函數(shù)、計(jì)算表達(dá)式等等,查詢(xún)時(shí)要盡可能將操作移至等號(hào)右邊
??? 6.where條件中的’in’在邏輯上相當(dāng)于’or’,所以語(yǔ)法分析器會(huì)將in ('0','1')轉(zhuǎn)化為column='0' or column='1'來(lái)執(zhí)行。我們期望它會(huì)根據(jù)每個(gè)or子句分別查找,再將結(jié)果相加,這樣可以利用column上的索引;但實(shí)際上它卻采用了"or策略",即先取出滿足每個(gè)or子句的行,存入臨時(shí)數(shù)據(jù)庫(kù)的工作表中,再建立唯一索引以去掉重復(fù)行,最后從這個(gè)臨時(shí)表中計(jì)算結(jié)果。因此,實(shí)際過(guò)程沒(méi)有利用column上索引,并且完成時(shí)間還要受tempdb數(shù)據(jù)庫(kù)性能的影響。in、or子句常會(huì)使用工作表,使索引失效;如果不產(chǎn)生大量重復(fù)值,可以考慮把子句拆開(kāi);拆開(kāi)的子句中應(yīng)該包含索引
??? 7.要善于使用存儲(chǔ)過(guò)程,它使sql變得更加靈活和高效
更多文章、技術(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ì)您有幫助就好】元
