Oracle提供了大量索引選項(xiàng)。知道在給定條件下使用哪個(gè)選項(xiàng)對于一個(gè)應(yīng)用程序的性能來說非常重要。一個(gè)錯(cuò)誤的選擇可能會引發(fā)死鎖，并導(dǎo)致數(shù)據(jù)庫性能急劇下降或進(jìn)程終止。而假如做出正確的選擇，則可以合理使用資源，使那些已經(jīng)運(yùn)行了幾個(gè)小時(shí)甚至幾天的進(jìn)程在幾分鐘得以完成，這樣會使您馬上成為一位英雄。這篇文章就將簡單的討論每個(gè)索引選項(xiàng)。主要有以下內(nèi)容： 1、基本的索引概念： 查詢DBA_INDEXES視圖可得到表中所有索引的列表，注重只能通過USER_INDEXES的方法來檢索模式(schema)的索引。訪問USER_IND_COLUMNS視圖可得到一個(gè)給定表中被索引的特定列。 2、組合索引： 當(dāng)某個(gè)索引包含有多個(gè)已索引的列時(shí)，稱這個(gè)索引為組合（concatented）索引。在 Oracle9i引入跳躍式掃描的索引訪問方法之前，查詢只能在有限條件下使用該索引。比如：表emp有一個(gè)組合索引鍵，該索引包含了empno、ename和deptno。在Oracle9i之前除非在where之句中對第一列（empno）指定一個(gè)值，否則就不能使用這個(gè)索引鍵進(jìn)行一次范圍掃描。 非凡注重：在Oracle9i之前，只有在使用到索引的前導(dǎo)索引時(shí)才可以使用組合索引！ 3、Oracle ROWID： 通過每個(gè)行的ROWID，索引Oracle提供了訪問單行數(shù)據(jù)的能力。ROWID其實(shí)就是直接指向單獨(dú)行的線路圖。假如想檢查重復(fù)值或是其他對ROWID本身的引用，可以在任何表中使用和指定rowid列。 4、限制索引： 限制索引是一些沒有經(jīng)驗(yàn)的開發(fā)人員經(jīng)常犯的錯(cuò)誤之一。在SQL中有很多陷阱會使一些索引無法使用。下面討論一些常見的問題： 4.1 使用不等于操作符（<>、!=）： 下面的查詢即使在cust_rating列有一個(gè)索引，查詢語句仍然執(zhí)行一次全表掃描。 select cust_Id,cust_namefrom　 customerswhere　cust_rating <> 'aa';把上面的語句改成如下的查詢語句，這樣，在采用基于規(guī)則的優(yōu)化器而不是基于代價(jià)的優(yōu)化器（更智能）時(shí)，將會使用索引。 select cust_Id,cust_namefrom　 customerswhere　cust_rating < 'aa' or cust_rating > 'aa';非凡注重：通過把不等于操作符改成OR條件，就可以使用索引，以避免全表掃描。 4.2 使用IS NULL 或IS NOT NULL： 使用IS NULL 或IS NOT NULL同樣會限制索引的使用。因?yàn)镹ULL值并沒有被定義。在SQL語句中使用NULL會有很多的麻煩。因此建議開 發(fā)人員在建表時(shí)，把需要索引的列設(shè)成NOT NULL。假如被索引的列在某些行中存在NULL值，就不會使用這個(gè)索引（除非索引是一個(gè)位圖索引，關(guān)于位圖索引在稍后在具體討論）。 4.3 使用函數(shù)： 假如不使用基于函數(shù)的索引，那么在SQL語句的WHERE子句中對存在索引的列使用函數(shù)時(shí)，會使優(yōu)化器忽略掉這些索引。 下面的查詢不會使用索引（只要它不是基于函數(shù)的索引): select empno,ename,deptnofrom　 empwhere　trunc(hiredate)='01-MAY-81';把上面的語句改成下面的語句，這樣就可以通過索引進(jìn)行查找。 select empno,ename,deptnofrom　 empwhere　hiredate<(to_date('01-MAY-81')+0.9999);4.4 比較不匹配的數(shù)據(jù)類型： 比較不匹配的數(shù)據(jù)類型也是比較難于發(fā)現(xiàn)的性能問題之一。 注重下面查詢的例子，account_number是一個(gè)VARCHAR2類型，在account_number字段上有索引。下面的語句將執(zhí)行全表掃描。 select bank_name,address,city,state,zipfrom　 bankswhere　account_number = 990354;Oracle可以自動把where子句變成to_number(account_number)=990354，這樣就限制了索引的使用,改成下面的查詢就可以使用索引： select bank_name,address,city,state,zipfrom　 bankswhere　account_number ='990354';非凡注重：不匹配的數(shù)據(jù)類型之間比較會讓Oracle自動限制索引的使用，即便對這個(gè)查詢執(zhí)行EXPlain Plan也不能讓您明白為什么做了一次“全表掃描”。 5、選擇性： 使用USER_INDEXES視圖，該視圖中顯示了一個(gè)distinct_keys列。比較一下唯一鍵的數(shù)量和表中的行數(shù)，就可以判定索引的選擇性。選擇性越高，索引返回的數(shù)據(jù)就越少。 6、群集因子(Clustering Factor)： Clustering Factor位于USER_INDEXES視圖中。該列反映了數(shù)據(jù)相對于已索引的列是否顯得有序。假如Clustering Factor列的值接近于索引中的樹葉塊(leaf block)的數(shù)目，表中的數(shù)據(jù)就越有序。假如它的值接近于表中的行數(shù)，則表中的數(shù)據(jù)就不是很有序。 7、二元高度(Binary height)： 索引的二元高度對把ROWID返回給用戶進(jìn)程時(shí)所要求的I/O量起到要害作用。在對一個(gè)索引進(jìn)行分析后，可以通過查詢DBA_INDEXES的B-level列查看它的二元高度。二元高度主要隨著表的大小以及被索引的列中值的范圍的狹窄程度而變化。索引上假如有大量被刪除的行，它的二元高度也會增加。更新索引列也類似于刪除操作，因?yàn)樗黾恿艘褎h除鍵的數(shù)目。重建索引可能會降低二元高度。 8、快速全局掃描： 在Oracle7.3后就可以使用快速全局掃描(Fast Full Scan)這個(gè)選項(xiàng)。這個(gè)選項(xiàng)答應(yīng)Oracle執(zhí)行一個(gè)全局索引掃描操作。快速全局掃描讀取B-樹索引上所有樹葉塊。初始化文件中的DB_FILE_MULTIBLOCK_READ_COUNT參數(shù)可以控制同時(shí)被讀取的塊的數(shù)目。 9、跳躍式掃描： 從Oracle9i開始，索引跳躍式掃描特性可以答應(yīng)優(yōu)化器使用組合索引，即便索引的前導(dǎo)列沒有出現(xiàn)在WHERE子句中。索引跳躍式掃描比全索引掃描要快的多。下面的程序清單顯示出性能的差別： create index skip1 on emp5(job,empno);index created.select count(*)from emp5where empno=7900;Elapsed:00:00:03.13Execution Plan0 SELECT STATEMENT Optimizer=CHOOSE(Cost=4 Card=1 Bytes=5)1　0SORT(AGGREGATE)2　1　INDEX(FAST FULL SCAN) OF 'SKIP1'(NON-UNIQUE)Statistics6826 consistent gets6819 physical　 readsselect /*+ index(emp5 skip1)*/ count(*)from emp5where empno=7900;Elapsed:00:00:00.56Execution Plan0 SELECT STATEMENT Optimizer=CHOOSE(Cost=6 Card=1 Bytes=5)1　0SORT(AGGREGATE)2　1　INDEX(SKIP SCAN) OF 'SKIP1'(NON-UNIQUE)Statistics21 consistent gets17 physical　 reads10、索引的類型： B-樹索引 位圖索引 HASH索引 索引編排表 反轉(zhuǎn)鍵索引 基于函數(shù)的索引 分區(qū)索引 本地和全局索引