當數(shù)據(jù)表的記錄較多時，Oracle數(shù)據(jù)庫使用索引來提高查詢的速度。那么在使用Oracle索引時應注意哪些事項呢？中培偉業(yè)《ORACLE高級管理與性能調優(yōu)最佳實踐》專家賈老師在這里進行了詳細介紹。

第一、Oracle的索引陷阱

一個表中有幾百萬條數(shù)據(jù)，對某個字段加了索引，但是查詢時性能并沒有什么提高，這主要可能是oracle的索引限制造成的。Oracle的索引有一些索引限制，在這些索引限制發(fā)生的情況下，即使已經(jīng)加了索引，oracle還是會執(zhí)行一次全表掃描，查詢的性能不會比不加索引有所提高，反而可能由于數(shù)據(jù)庫維護索引的系統(tǒng)開銷造成性能更差。  

（1）使用不等于操作符

通過把用 or 語法替代不等號進行查詢，就可以使用索引，以避免全表掃描：上面的語句改成下面這樣的，就可以使用索引了。

（2）使用 is null 或 is not null

使用 is null 或is nuo null也會限制索引的使用，因為數(shù)據(jù)庫并沒有定義null值。如果被索引的列中有很多null，就不會使用這個索引（除非索引是一個位圖索引，關于位圖索引，會在以后的blog文章里做詳細解釋）。在sql語句中使用null會造成很多麻煩。

解決這個問題的辦法就是：建表時把需要索引的列定義為非空(not null) 。

（3）使用函數(shù)

如果沒有使用基于函數(shù)的索引，那么where子句中對存在索引的列使用函數(shù)時，會使優(yōu)化器忽略掉這些索引。

（4）比較不匹配的數(shù)據(jù)類型下面的例子中，dept_id是一個varchar2型的字段，在這個字段上有索引，但是下面的語句會執(zhí)行全表掃描。

這是因為oracle會自動把where子句轉換成to_number(dept_id)=900198，就是3所說的情況，這樣就限制了索引的使用。

第二、各種索引使用場合及建議

（1）B*Tree索引。

常規(guī)索引，多用于oltp系統(tǒng)，快速定位行，應建立于高cardinality列（即列的唯一值除以行數(shù)為一個很大的值，存在很少的相同值）。

（2）反向索引。

B*Tree的衍生產(chǎn)物，應用于特殊場合，在ops環(huán)境加序列增加的列上建立，不適合做區(qū)域掃描。

（3）降序索引。

B*Tree的衍生產(chǎn)物，應用于有降序排列的搜索語句中，索引中儲存了降序排列的索引碼，提供了快速的降序搜索。

（4）位圖索引。

位圖方式管理的索引，適用于OLAP（在線分析）和DSS（決策處理）系統(tǒng)，應建立于低cardinality列，適合集中讀取，不適合插入和修改，提供比B*Tree索引更節(jié)省的空間。

在實際應用中，如果某個字段的值需要頻繁更新，那么就不適合在它上面創(chuàng)建位圖索引。在位圖索引中，如果你更新或插入其中一條數(shù)值為N的記錄，那么相應表中數(shù)值為N的記錄（可能成百上千條）全部被Oracle鎖定，這就意味著其它用戶不能同時更新這些數(shù)值為N的記錄，其它用戶必須要等第一個用戶提交后，才能獲得鎖，更新或插入數(shù)據(jù)，bitmap index它主要用于決策支持系統(tǒng)或靜態(tài)數(shù)據(jù)。

（5）函數(shù)索引。

B*Tree的衍生產(chǎn)物，應用于查詢語句條件列上包含函數(shù)的情況，索引中儲存了經(jīng)過函數(shù)計算的索引碼值。可以在不修改應用程序的基礎上能提高查詢效率。

索引創(chuàng)建策略

a. 導入數(shù)據(jù)后再創(chuàng)建索引。

b. 不需要為很小的表創(chuàng)建索引。

c. 對于取值范圍很小的字段（比如性別字段）應當建立位圖索引。

d. 限制表中的索引的數(shù)目。

e. 為索引設置合適的PCTFREE值。

f. 存儲索引的表空間最好單獨設定。

Oracle最多允許包含32個字段的復合索引，需要讀入的數(shù)據(jù)塊越多則 cost 越大，Oracle 也就越有可能不選擇使用index。【唯一索引和不唯一索引都只是針對B*Tree樹索引而言】

第三、索引使用規(guī)則：

（1）能用唯一索引，一定用唯一索引。

（2）能加非空，就加非空約束。

（3）一定要統(tǒng)計表的信息，索引的信息，柱狀圖的信息。

（4）聯(lián)合索引的順序不同，影響索引的選擇，盡量將值少的放在前面

（5）只有做到以上四點，數(shù)據(jù)庫才會正確的選擇執(zhí)行計劃。