Oracle索引可以說在很大程度上提高了數據庫的相關查詢效率。但是我們如果對索引的使用不當時，那麼就會反而引起相反的效果。如下圖所示的表，該采用什麼索引呢?筆者借這個機會，跟大家討論一下位圖索引的使用時機以及注意事項。
眾所周知，索引可以在很大程度上提高數據庫的查詢效率。但是如果索引使用不當，如在不恰當的地方采用了不恰當的索引，那麼反而會起到適得其反的效果。如下圖所示的表，該采用什麼索引呢?筆者借這個機會，跟大家討論一下位圖索引的使用時機以及注意事項。
一、 B樹索引的缺陷
在實際工作中，B樹索引是Oracle數據庫中最常用的一種索引。如在使用Create Index語句創建索引的時候，默認采用的就是B樹索引。在B樹索引中，是通過在索引中保存排序過的索引列以及其對應的Rowid列的值來實現的。不過對於某些比較特殊的情況，如基數比較小的列，使用這個B樹索引反而會降低數據庫的查詢效率。
基數在Oracle數據庫中指的是某個列可能擁有的不重復數值的個數。如上圖為例，SEX指員工的性別，一般就只有男女兩個值(其中1代表男、0代表女)，其基數就為2。假設企業要組織公司所有的女員工出去旅游，作為三八婦女節的禮物。為此就需要查詢出公司所有女員工的信息。此時如果在性別列上加入B樹索引，那麼反而會得到適得其反的效果。查詢效率不但沒有提升，反而下降。
在這些基數比較小的列上創建B樹索引並對其進行查詢的話，系統就會返回大量的記錄。因而這並不是具有高度選擇性的索引，並不能夠顯著提高查詢的速度。當然並不是說B樹索引不好，而是指其沒有用對地方。
二、 位圖索引的特點以及使用時機
在數據庫中(包括SQL Server數據庫)，對於這種基數比較小的列，如果只有有限的幾個固定值，如上表中的性別、婚姻狀況等等，要為其建立索引的話，采用的就應該是位圖索引，而不是B樹索引。
位圖索引為什麼可以提高基數比較小的表的查詢速度呢?這主要是因為在創建Oracle位圖索引的時候，數據庫往往會對整個表進行掃描，並未索引列的每個取值建立一個位圖(位圖索引的名字也由此而來)。在這個位圖中，為表中的每一行使用一個位元來表示該行是否包含該位圖的索引列的取值。位元到行的ROWID的對應關系通過位圖索引中的應收函數來完成。如此的話，位圖索引就能夠以一種完全不同的內部機制來完成與B樹索引相同的功能。
另外值得一提的是，對於B樹索引而言，如果在查詢條件語句中采用了AND等操作符號，其查詢的效率會大打折扣。故在數據庫優化中，會建議大家不要使用這些操作符，改用其他操作符代替。不過如果采用Oracle位圖索引的話，則沒有這方面的顧慮。如上例所示，假設用戶需要查找已婚的女性，那麼就可以使用如下的語句查詢。
- select t.*, t.rowid
- from userinfo t
- where t.merital=’已婚’ and t.sex=0
這個查詢引用了一些創建了Oracle位圖索引的列時，這些位圖可以很方便的與AND或者OR操作符結合以找出想要的數據。數據庫在後台處理的時候，先利用已經創建的位圖進行邏輯運算，然後計算結果位圖中1的個數，就可以查詢到滿足條件的所有記錄。如果查詢到結果後還需要更改數據的話，那麼只需要按照結果位圖中取1的位元對應的ROWID列的值進行映射即可。
