Oracle中bitmap索引問題

1.什麼是位元影像索引

在索引段中只需儲存鍵的值，而無需儲存rowid。在位元影像索引中每個位（bit）相當於可能存在這個索引值得一行。

2.建立位元影像索引的好處

一：能節省儲存索引的空間，傳統的B*Tree會佔用大量的儲存空間，有時候可能比表多要大的多

3.建立位元影像索引的缺點

因為一個位元影像索引上得索引值，可能指向多行記錄，所以更新一行的時候，同時會吧位元影像索引指向的所有行都給鎖定了，大大的降低了並發性。

4.位元影像索引如何在查詢中工作

查詢的where子句中的and和or條件直接對位元影像（bitmap）進行布爾運算，得到一個位元影像結果集，而無需將位元影像結果集轉換為rowid，如果布爾運算後的結果集比較小，那麼查詢就能迅速的得要結果，而不需要進行全表掃描。

5.位元影像索引例子：

先建立一個表

create table t(id int primary key,name varchar2(10),p_flag varchar2(1));

我們在p_flag上建立一個位元影像索引

create table t(id int primary key,name varchar2(10),p_flag varchar2(1));

插入資料

insert into t values(1,'hua','N');

insert into t values(3,'huang','Y');
insert into t values(2,'zhang','N');

我們嘗試在一個session1中修改id為1，p_flag為N的行

update t set p_flag = 'Y' where id = 1;

這時我們並不著急commit，在另外一個session2中嘗試修改id為2，的記錄

update t set p_flag = 'Y' where id = 2;

我們發現session2被阻塞了。。不應該啊，因為Oracle只有在兩個session同時修改同一條記錄才會阻塞啊，那這時候為什麼又阻塞了呢？答案是位元影像索引在作怪！！

這個例子說明位元影像索引，最後還是用在哪些經常要查詢，但是很少修改的記錄很大的表上，同時應該在低基數的列上建立位元影像索引（低基數是指：想對於表資料來說，每個列上得不同資料很少，比如性別只有兩個不同值（男，女），但是性別這列所在的表中，可能有很多很資料）。