【文章內(nèi)容簡介】 E的用法也不夠準(zhǔn)確， 設(shè)置SQL ， 這樣才能得到那些重要的時間狀態(tài)。 生成的trace文件是不可讀的，所以要用TKPROF工具對其進(jìn)行轉(zhuǎn)換，TKPROF有許多執(zhí)行參數(shù)。 大家可以參考ORACLE手冊來了解具體的配置。 ） 24. 用EXPLAIN PLAN 分析SQL語句　EXPLAIN PLAN 是一個很好的分析SQL語句的工具，它甚至可以在不執(zhí)行SQL的情況下分析語句。 通過分析，我們就可以知道ORACLE是怎么樣連接表，使用什么方式掃描表（索引掃描或全表掃描）以及使用到的索引名稱。 你需要按照從里到外，從上到下的次序解讀分析的結(jié)果。 EXPLAIN PLAN分析的結(jié)果是用縮進(jìn)的格式排列的， 最內(nèi)部的操作將被最先解讀， 如果兩個操作處于同一層中，帶有最小操作號的將被首先執(zhí)行。 NESTED LOOP是少數(shù)不按照上述規(guī)則處理的操作， 正確的執(zhí)行路徑是檢查對NESTED LOOP提供數(shù)據(jù)的操作，其中操作號最小的將被最先處理。 譯者按：通過實(shí)踐， 感到還是用SQLPLUS中的SET TRACE 功能比較方便。 舉例： SQL list 1 SELECT * 2 FROM dept, emp 3* WHERE = SQL set autotrace traceonly /*traceonly 可以不顯示執(zhí)行結(jié)果*/SQL /14 rows selected.Execution Plan 0 SELECT STATEMENT Optimizer=CHOOSE 1 0 NESTED LOOPS 2 1 TABLE ACCESS (FULL) OF 39。EMP39。 3 1 TABLE ACCESS (BY INDEX ROWID) OF 39。DEPT39。 4 3 INDEX (UNIQUE SCAN) OF 39。PK_DEPT39。 (UNIQUE)Statistics 0 recursive calls 2 db block gets 30 consistent gets 0 physical reads 0 redo size 2598 bytes sent via SQL*Net to client 503 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 14 rows processed　通過以上分析，可以得出實(shí)際的執(zhí)行步驟是：　1. TABLE ACCESS （FULL） OF 39。EMP39。　2. INDEX （UNIQUE SCAN） OF 39。PK_DEPT39。 （UNIQUE） 3. TABLE ACCESS （BY INDEX ROWID） OF 39。DEPT39。 　4. NESTED LOOPS （JOINING 1 AND 3） 注： 目前許多第三方的工具如TOAD和ORACLE本身提供的工具如OMS的SQL Analyze都提供了極其方便的EXPLAIN PLAN工具。也許喜歡圖形化界面的朋友們可以選用它們。 25. 用索引提高效率 索引是表的一個概念部分，用來提高檢索數(shù)據(jù)的效率。 實(shí)際上，ORACLE使用了一個復(fù)雜的自平衡Btree結(jié)構(gòu)。 通常，通過索引查詢數(shù)據(jù)比全表掃描要快。 當(dāng)ORACLE找出執(zhí)行查詢和Update語句的最佳路徑時， ORACLE優(yōu)化器將使用索引。 同樣在聯(lián)結(jié)多個表時使用索引也可以提高效率。 另一個使用索引的好處是，它提供了主鍵（primary key）的唯一性驗(yàn)證。 除了那些LONG或LONG RAW數(shù)據(jù)類型， 你可以索引幾乎所有的列。 通常， 在大型表中使用索引特別有效。 當(dāng)然，你也會發(fā)現(xiàn)， 在掃描小表時，使用索引同樣能提高效率。 雖然使用索引能得到查詢效率的提高，但是我們也必須注意到它的代價。 索引需要空間來存儲，也需要定期維護(hù)， 每當(dāng)有記錄在表中增減或索引列被修改時， 索引本身也會被修改。 這意味著每條記錄的INSERT ， DELETE ， UPDATE將為此多付出4 ， 5 次的磁盤I/O . 因?yàn)樗饕枰~外的存儲空間和處理，那些不必要的索引反而會使查詢反應(yīng)時間變慢。 譯者按：定期的重構(gòu)索引是有必要的。 ALTER INDEX INDEXNAME REBUILD TABLESPACENAME 26. 索引的操作 ORACLE對索引有兩種訪問模式。 索引唯一掃描 （ INDEX UNIQUE SCAN） 大多數(shù)情況下， 優(yōu)化器通過WHERE子句訪問INDEX. 例如：　表LODGING有兩個索引 ： 建立在LODGING列上的唯一性索引LODGING_PK和建立在MANAGER列上的非唯一性索引LODGING$MANAGER. SELECT * 　FROM LODGING 　WHERE LODGING = ‘ROSE HILL’； 在內(nèi)部 ， 上述SQL將被分成兩步執(zhí)行， 首先 ， LODGING_PK 索引將通過索引唯一掃描的方式被訪問 ， 獲得相對應(yīng)的ROWID， 通過ROWID訪問表的方式執(zhí)行下一步檢索。 如果被檢索返回的列包括在INDEX列中，ORACLE將不執(zhí)行第二步的處理（通過ROWID訪問表）。 因?yàn)闄z索數(shù)據(jù)保存在索引中， 單單訪問索引就可以完全滿足查詢結(jié)果。 下面SQL只需要INDEX UNIQUE SCAN 操作。 SELECT LODGING 　FROM LODGING 　WHERE LODGING = ‘ROSE HILL’； 索引范圍查詢（INDEX RANGE SCAN） 適用于兩種情況：　1. 基于一個范圍的檢索　2. 基于非唯一性索引的檢索 例1： SELECT LODGING FROM LODGING WHERE LODGING LIKE ‘M%’； WHERE子句條件包括一系列值， ORACLE將通過索引范圍查詢的方式查詢LODGING_PK . 由于索引范圍查詢將返回一組值， 它的效率就要比索引唯一掃描低一些。 例2： SELECT LODGING 　FROM LODGING 　WHERE MANAGER = ‘BILL GATES’； 這個SQL的執(zhí)行分兩步， LODGING$MANAGER的索引范圍查詢（得到所有符合條件記錄的ROWID） 和下一步同過ROWID訪問表得到LODGING列的值。 由于LODGING$MANAGER是一個非唯一性的索引，數(shù)據(jù)庫不能對它執(zhí)行索引唯一掃描。 由于SQL返回LODGING列，而它并不存在于LODGING$MANAGER索引中， 所以在索引范圍查詢后會執(zhí)行一個通過ROWID訪問表的操作。 WHERE子句中， 如果索引列所對應(yīng)的值的第一個字符由通配符（WILDCARD）開始， 索引將不被采用。在這種情況下，ORACLE將使用全表掃描。SELECT LODGING 　FROM LODGING 　WHERE MANAGER LIKE ‘％HANMAN’； 27. 基礎(chǔ)表的選擇 基礎(chǔ)表（Driving Table）是指被最先訪問的表（通常以全表掃描的方式被訪問）。 根據(jù)優(yōu)化器的不同， SQL語句中基礎(chǔ)表的選擇是不一樣的。 如果你使用的是CBO （COST BASED OPTIMIZER），優(yōu)化器會檢查SQL語句中的每個表的物理大小，索引的狀態(tài)，然后選用花費(fèi)最低的執(zhí)行路徑。 如果你用RBO （RULE BASED OPTIMIZER） ， 并且所有的連接條件都有索引對應(yīng)， 在這種情況下， 基礎(chǔ)表就是FROM 子句中列在最后的那個表。 舉例：　SELECT ， 　FROM　WORKER A，　　　　　LODGING B 　WHERE　 = ；　由于LODGING表的LODING列上有一個索引， 而且WORKER表中沒有相比較的索引， WORKER表將被作為查詢中的基礎(chǔ)表。 28. 多個平等的索引　當(dāng)SQL語句的執(zhí)行路徑可以使用分布在多個表上的多個索引時， ORACLE會同時使用多個索引并在運(yùn)行時對它們的記錄進(jìn)行合并， 檢索出僅對全部索引有效的記錄。 在ORACLE選擇執(zhí)行路徑時，唯一性索引的等級高于非唯一性索引。 然而這個規(guī)則只有當(dāng)WHERE子句中索引列和常量比較才有效。如果索引列和其他表的索引類相比較。 這種子句在優(yōu)化器中的等級是非常低的。 如果不同表中兩個想同等級的索引將被引用， FROM子句中表的順序?qū)Q定哪個會被率先使用。 FROM子句中最后的表的索引將有最高的優(yōu)先級。 如果相同表中兩個想同等級的索引將被引用， WHERE子句中最先被引用的索引將有最高的優(yōu)先級。 舉例：　DEPTNO上有一個非唯一性索引，EMP_CAT也有一個非唯一性索引。 SELECT ENAME，　FROM EMP 　WHERE DEPT_NO = 20 　AND EMP_CAT = ‘A’；　這里，DEPTNO索引將被最先檢索，然后同EMP_CAT索引檢索出的記錄進(jìn)行合并。 執(zhí)行路徑如下： TABLE ACCESS BY ROWID ON EMP 　　ANDEQUAL 　　　INDEX RANGE SCAN ON DEPT_IDX 　　　INDEX RANGE SCAN ON CAT_IDX 29. 等式比較和范圍比較　當(dāng)WHERE子句中有索引列， ORACLE不能合并它們，ORACLE將用范圍比較。 舉例：　DEPTNO上有一個非唯一性索引，EMP_CAT也有一個非唯一性索引。 SELECT ENAME 　FROM EMP 　WHERE DEPTNO 20 　AND EMP_CAT = ‘A’； 這里只有EMP_CAT索引被用到，然后所有的記錄將逐條與DEPTNO條件進(jìn)行比較。 執(zhí)行路徑如下：　TABLE ACCESS BY ROWID ON EMP 　　INDEX RANGE SCAN ON CAT_IDX 30. 不明確的索引等級 當(dāng)ORACLE無法判斷索引的等級高低差別，優(yōu)化器將只使用一個索引，它就是在WHERE子句中被列在最前面的。 舉例：　DEPTNO上有一個非唯一性索引，EMP_CAT也有一個非唯一性索引。 SELECT ENAME 　FROM EMP 　WHERE DEPTNO 20 　AND EMP_CAT ‘A’； 這里， ORACLE只用到了DEPT_NO索引。 執(zhí)行路徑如下： TABLE ACCESS BY ROWID ON EMP 　　INDEX RANGE SCAN ON DEPT_IDX 譯者按：我們來試一下以下這種情況：　SQL select index_name， uniqueness from user_indexes where table_name = 39。EMP39。； INDEX_NAME UNIQUENES　 EMPNO UNIQUE 　EMPTYPE NONUNIQUE SQL select * from emp where empno = 2 and emp_type = 39。A39。 ； no rows selected Execution Plan　 0 SELECT STATEMENT Optimizer=CHOOSE 　1 0 TABLE ACCESS （BY INDEX ROWID） OF 39。EMP39。 　2 1 INDEX （RANGE SCAN） OF 39。EMPTYPE39。 （NONUNIQUE）雖然EMPNO是唯一性索引，但是由于它所做的是范圍比較， 等級要比非唯一性索引的等式比較低！ 31. 強(qiáng)制索引失效 如果兩個或以上索引具有相同的等級，你可以