Oralce數(shù)據(jù)庫(kù)中選擇索引的線類型的竅門
雖然說(shuō),我們大家都知道在表中創(chuàng)建索引,不會(huì)直接影響到Oracle數(shù)據(jù)庫(kù)的應(yīng)用,同樣也不會(huì)對(duì)數(shù)據(jù)庫(kù)語(yǔ)句有所影響。這就好比即使在字典中沒(méi)有目錄的話,用戶仍然可以使用它一樣。
可是,若字典沒(méi)有目錄,那么可想而知,用戶要查某個(gè)條目的話,其不得不翻遍整本字典。
數(shù)據(jù)庫(kù)也是如此。若沒(méi)有建立相關(guān)索引的話,則數(shù)據(jù)庫(kù)在查詢記錄的時(shí)候,不得不去查詢整個(gè)表。當(dāng)表中的記錄比較多的時(shí)候,其查詢效率就會(huì)很低。所以,合適的索引,是提高數(shù)據(jù)庫(kù)運(yùn)行效率的一個(gè)很好的工具。
不過(guò),并不是說(shuō)表上的索引越多越好。過(guò)之而不及。故在Oralce數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程中,還是需要為表選擇一些合適的索引。寧缺勿爛,這是建立索引時(shí)的一個(gè)具體選擇。在理論上,雖然一個(gè)表可以設(shè)置無(wú)限的索引。但是,數(shù)據(jù)庫(kù)管理員需要知道,表中的索引越多,維護(hù)索引所需要的開銷也就越大。
每當(dāng)數(shù)據(jù)表中記錄有增加、刪除、更新變化的時(shí)候,數(shù)據(jù)庫(kù)系統(tǒng)都需要對(duì)所有索引進(jìn)行更新。故數(shù)據(jù)庫(kù)表中的索引絕對(duì)不是多多益善。具體來(lái)說(shuō),在索引建立上,筆者對(duì)大家有如下建議。
建議一:在基數(shù)小的字段上要善于使用位圖索引。
基數(shù)是位圖索引中的一個(gè)基本的定義,它是指Oralce數(shù)據(jù)庫(kù)表中某個(gè)字段內(nèi)容中不重復(fù)的數(shù)值。如在員工信息表中的性別字段,一般就只有男跟女兩個(gè)值,所以,其基數(shù)為2;婚姻狀況字段的話,則其只有已婚、未婚、離婚三種狀態(tài),其基數(shù)就為3;民族一覽內(nèi)也是只有有限的幾個(gè)值。
對(duì)于要查詢基數(shù)小的字段,如現(xiàn)在用戶想查找所有婚姻狀況為“已婚”的“女性”時(shí),利用位圖索引可以提高查詢的效率。這主要是因?yàn)闃?biāo)準(zhǔn)索引是通過(guò)在索引中保存排序過(guò)的索引列以及對(duì)應(yīng)的ROWID來(lái)實(shí)現(xiàn)的。若我們?cè)诨鶖?shù)小的列上建立標(biāo)準(zhǔn)索引的話,則其會(huì)返回大量的記錄。
而當(dāng)我們?cè)趧?chuàng)建位圖索引的時(shí)候,在Oracle會(huì)對(duì)整個(gè)表進(jìn)行掃描,并且會(huì)為索引列的每個(gè)取值建立一個(gè)位圖。若內(nèi)容相同,則在位圖上會(huì)以一個(gè)相同的數(shù)字表示。此時(shí),若這個(gè)字段的基數(shù)比較小的話,則若需要實(shí)現(xiàn)對(duì)整個(gè)字段的查詢的話,效率就會(huì)非常的高。因?yàn)榇藭r(shí),數(shù)據(jù)庫(kù)只要位圖中數(shù)字相同的內(nèi)容找出來(lái)即可。
除了在數(shù)據(jù)表某列基數(shù)比較小的情況下,采用位圖索引外,我們往往在一些特殊的情況下,也會(huì)建議采用位圖索引。最常見(jiàn)的情況是,在Where限制條件中,若我們多次采用AND或者OR條件時(shí),也建議采用位圖索引。因?yàn)楫?dāng)一個(gè)查詢飲用了一些部署了位圖索引的列的時(shí)候,這些位圖可以很方便的與AND或者Or 運(yùn)算符操作結(jié)合以快速的找出用戶所需要的記錄。
但是,這里要注意,不是在條件語(yǔ)句中包含運(yùn)算符的時(shí)候,采用位圖索引都能夠提供比較高的效率。一般來(lái)說(shuō),只有AND 或者OR運(yùn)算符的時(shí)候,位圖索引才會(huì)比較具有優(yōu)勢(shì)。若此時(shí)用戶采用大于號(hào)或者不等于號(hào)作為條件語(yǔ)句中的限制條件的時(shí)候,則往往采用標(biāo)準(zhǔn)索引具有更大的優(yōu)勢(shì)。
所以,筆者在Oralce數(shù)據(jù)庫(kù)設(shè)置中,一般只有在三種情況下才采用位圖索引。一是列的基數(shù)比較小,而有可能需要根據(jù)這些字段的內(nèi)容查找相關(guān)的記錄;二是在條件語(yǔ)句中,用到了AND或者OR運(yùn)算符的時(shí)候。除了這兩種情況外,最好能夠采用其他適合的索引。第三種情況是,需要用到NULL作為查詢的限制條件。
因?yàn)闃?biāo)準(zhǔn)查詢一般情況下,會(huì)忽略所有的NULL值列。也就是說(shuō),若需要查詢“所有沒(méi)有身份證號(hào)碼”的員工的信息的時(shí)候,標(biāo)準(zhǔn)索引并不能夠起到加速查詢速度的作用。此時(shí),就需要采用位圖索引。因?yàn)槲粓D索引會(huì)記錄相關(guān)的NULL值列信息。
建議二:創(chuàng)建索引的一些限制條件。
并不說(shuō),表或者列建立的索引越多越好。相反,索引建的越多,有時(shí)會(huì)反而會(huì)影響數(shù)據(jù)庫(kù)運(yùn)行的整體性能。所以,在建立索引的時(shí)候,仍然會(huì)有一些限制條件。
一是不要對(duì)一些記錄內(nèi)容比較少的表建立索引。在一個(gè)應(yīng)用系統(tǒng)設(shè)計(jì)的時(shí)候,如設(shè)計(jì)一個(gè)ERP系統(tǒng)的數(shù)據(jù)庫(kù),其雖然有幾千張表。但是,并不是每張表都有大量記錄的。相反,其中有近一半左右的數(shù)據(jù)表,可能其存儲(chǔ)的數(shù)據(jù)不會(huì)超過(guò)百條。如員工登陸帳戶密碼表、企業(yè)部門信息表等等。
對(duì)于這些記錄內(nèi)容比較少的表,我們建立最好不要為其建立索引。無(wú)論是表上的,還是字段上,都不要建立索引。
二是若表中的內(nèi)容比較大,但是,這個(gè)表基本上不怎么查詢的時(shí)候,則只需要在表上建立索引即可;而不需要在字段上建立索引。如現(xiàn)在在ERP系統(tǒng)中,有一張表是“AD_Table”。其存儲(chǔ)的是這個(gè)數(shù)據(jù)庫(kù)中相關(guān)表的信息。這張表只有在Oralce數(shù)據(jù)庫(kù)設(shè)計(jì)的時(shí)候才會(huì)用到。
故這張表中的記錄雖然比較多,但是由于用戶用的比較少,所以,一般沒(méi)有必要為這張表建立列級(jí)別上的索引。而直接用表索引來(lái)代替。
三是在一些NULL字段上,要根據(jù)實(shí)際情況來(lái)判斷是否要建立索引。如現(xiàn)在有一張人事檔案的表格,其上面有兩個(gè)字段,分別為“身份證號(hào)碼”與“地區(qū)”。有時(shí)會(huì)為了某個(gè)原因,企業(yè)需要所有員工都在系統(tǒng)中登記他們的身份證號(hào)碼,以方便他們辦工資卡、社會(huì)保險(xiǎn)等等。
所以人事管理可能需要經(jīng)常的查詢系統(tǒng),看看有沒(méi)有沒(méi)有身份證號(hào)碼的員工信息。此時(shí),就需要利用條件“IS NULL”來(lái)查詢我們所需要的記錄。故為了提高查詢效率,若某個(gè)記錄可能為空,并且經(jīng)常需要以NULL為條件進(jìn)行查詢的時(shí)候,則最好給這個(gè)字段添加一個(gè)索引,并且最好建立位圖索引。
【編輯推薦】
- Oracle內(nèi)存結(jié)構(gòu)的相關(guān)篇SGA
 - Oracle安裝腳本的相關(guān)代碼介紹
 - Oracle體系結(jié)構(gòu)中的基本概念,數(shù)據(jù)庫(kù)的介紹
 - Oracle體系結(jié)構(gòu)實(shí)例的相關(guān)內(nèi)容介紹
 - Windows 7下安裝Oracle 11g相關(guān)問(wèn)題解決方法
 
 















 
 
 



 
 
 
 