oracle_SQL優(yōu)化

1、 Oracle sql 性能優(yōu)化調(diào)整1.訪問Table的方式 ORACLE 采用兩種訪問表中記錄的方式:a.       全表掃描 全表掃描就是順序地訪問表中每條記錄. ORACLE采用一次讀入多個數(shù)據(jù)塊(database block)的方式優(yōu)化全表掃描. b.       通過ROWID訪問表 你可以采用基于ROWID的訪問方式情況,提高訪問表的效率, , ROWID包含了表中記錄的物理位置信息.ORACLE采用索引(INDEX)實現(xiàn)了數(shù)據(jù)和存放數(shù)據(jù)的物理位置(ROWID)

2、之間的聯(lián)系. 通常索引提供了快速訪問ROWID的方法,因此那些基于索引列的查詢就可以得到性能上的提高.2. 選擇最有效率的表名順序ORACLE的解析器按照從右到左的順序處理FROM子句中的表名,因此FROM子句中寫在最后的表(基礎(chǔ)表 driving table)將被最先處理. 在FROM子句中包含多個表的情況下,你必須選擇記錄條數(shù)最少的表作為基礎(chǔ)表.當(dāng)ORACLE處理多個表時, 會運用排序及合并的方式連接它們.首先,掃描第一個表(FROM子句中最后的那個表)并對記錄進行派序,然后掃描第二個表(FROM子句中最后第二個表),最后將所有從第二個表中檢索出的記錄與第一個表中合適記錄進行合并.例如:

3、表 TAB1 16,384 條記錄 表 TAB2 1 條記錄 選擇TAB2作為基礎(chǔ)表 (最好的方法) select count(*) from tab1,tab2 執(zhí)行時間0.96秒 選擇TAB2作為基礎(chǔ)表 (不佳的方法) select count(*) from tab2,tab1 執(zhí)行時間26.09秒如果有3個以上的表連接查詢, 那就需要選擇交叉表(intersection table)作為基礎(chǔ)表, 交叉表是指那個被其他表所引用的表.例如: EMP表描述了LOCATION表和CATEGORY表的交集.SELECT * FROM LOCATION L , CATEGORY C, EMP E

4、WHERE E.EMP_NO BETWEEN 1000 AND 2000AND E.CAT_NO = C.CAT_NOAND E.LOCN = L.LOCN 將比下列SQL更有效率SELECT * FROM EMP E ,LOCATION L , CATEGORY CWHERE E.CAT_NO = C.CAT_NOAND E.LOCN = L.LOCNAND E.EMP_NO BETWEEN 1000 AND 20003. WHERE子句中的連接順序  ORACLE采用自下而上的順序解析WHERE子句,根據(jù)這個原理,表之間的連接必須寫在其他WHERE條件之前,

5、那些可以過濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的末尾. 例如: (低效,執(zhí)行時間156.3秒)SELECT FROM EMP EWHERE SAL > 50000AND JOB = MANAGERAND 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=E.EMPNO); (高效,執(zhí)行時間10.6秒)SELECT FROM EMP EWHERE 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=E.EMPNO)AND SAL > 50000AND JOB = MANAGER;4. 

6、;SELECT子句中避免使用 * 當(dāng)你想在SELECT子句中列出所有的COLUMN時,使用動態(tài)SQL列引用 * 是一個方便的方法.不幸的是,這是一個非常低效的方法. 實際上,ORACLE在解析的過程中, 會將* 依次轉(zhuǎn)換成所有的列名, 這個工作是通過查詢數(shù)據(jù)字典完成的, 這意味著將耗費更多的時間. 5. 減少訪問數(shù)據(jù)庫的次數(shù)當(dāng)執(zhí)行每條SQL語句時, ORACLE在內(nèi)部執(zhí)行了許多工作: 解析SQL語句, 估算索引的利用率, 綁定變量 , 讀數(shù)據(jù)塊等等. 由此可見, 減少訪問數(shù)據(jù)庫的次數(shù) , 就能實際上減少ORACLE的工作量. 例如, 以下有三種方法可以檢索出雇員號等于034

7、2或0291的職員. 方法1 (最低效) SELECT EMP_NAME , SALARY , GRADE FROM EMP WHERE EMP_NO = 342; SELECT EMP_NAME , SALARY , GRADE FROM EMP WHERE EMP_NO = 291;方法2 (次低效) DECLARE CURSOR C1 (E_NO NUMBER) IS SELECT EMP_NAME,SALARY,GRADE FROM EMP WHERE EMP_NO = E_NO; BEGIN OPEN C1(342); FETCH C1 INTO ,.,. ; OPEN C

8、1(291); FETCH C1 INTO ,.,. ; CLOSE C1; END;方法3 (高效) SELECT A.EMP_NAME , A.SALARY , A.GRADE, B.EMP_NAME , B.SALARY , B.GRADE FROM EMP A,EMP B WHERE A.EMP_NO = 342 AND B.EMP_NO = 291; 注意:在SQL*Plus , SQL*Forms和Pro*C中重新設(shè)置ARRAYSIZE參數(shù), 可以增加每次數(shù)據(jù)庫訪問的檢索數(shù)據(jù)量 ,建議值為200.6.  使用DECODE函數(shù)來減少處理時間使用DECOD

9、E函數(shù)可以避免重復(fù)掃描相同記錄或重復(fù)連接相同的表.例如: SELECT COUNT(*)，SUM(SAL) FROMEMP WHERE DEPT_NO = 0020 AND ENAME LIKESMITH%; SELECT COUNT(*)，SUM(SAL) FROMEMP WHERE DEPT_NO = 0030 AND ENAME LIKESMITH%;你可以用DECODE函數(shù)高效地得到相同結(jié)果SELECT COUNT(DECODE(DEPT_NO,0020,X,NULL) D0020_COUNT, COUNT(DECODE(DEPT_NO,0030,X,NULL) D0030_COUNT

10、, SUM(DECODE(DEPT_NO,0020,SAL,NULL) D0020_SAL, SUM(DECODE(DEPT_NO,0030,SAL,NULL) D0030_SALFROM EMP WHERE ENAME LIKE SMITH%;類似的,DECODE函數(shù)也可以運用于GROUP BY 和ORDER BY子句中.7. 整合簡單,無關(guān)聯(lián)的數(shù)據(jù)庫訪問如果你有幾個簡單的數(shù)據(jù)庫查詢語句,你可以把它們整合到一個查詢中(即使它們之間沒有關(guān)系)例如: SELECT NAME FROM EMP WHERE EMP_NO = 1234; SELECT NAME FROM

11、 DPTWHERE DPT_NO = 10 ;SELECT NAME FROM CATWHERE CAT_TYPE = RD;上面的3個查詢可以被合并成一個: SELECT E.NAME , D.NAME , C.NAMEFROM CAT C , DPT D , EMP E,DUAL XWHERE NVL(X,X.DUMMY) = NVL(X,E.ROWID(+)AND NVL(X,X.DUMMY) = NVL(X,D.ROWID(+)AND NVL(X,X.DUMMY) = NVL(X,C.ROWID(+)AND E.EMP_NO(+) = 1234AND D.DEPT_NO(+)

12、 = 10AND C.CAT_TYPE(+) = RD; (雖然采取這種方法,效率得到提高,但是程序的可讀性大大降低,所以還是要權(quán)衡之間的利弊)8. 刪除重復(fù)記錄最高效的刪除重復(fù)記錄方法 ( 因為使用了ROWID)DELETE FROM EMP EWHERE E.ROWID > (SELECT MIN(X.ROWID) FROM EMP X WHERE X.EMP_NO = E.EMP_NO);9.  用TRUNCATE替代DELETE當(dāng)刪除表中的記錄時,在通常情況下, 回滾段(rollback segments ) 用來存放可以被恢復(fù)的信息. 如果你沒有C

13、OMMIT事務(wù),ORACLE會將數(shù)據(jù)恢復(fù)到刪除之前的狀態(tài)(準(zhǔn)確地說是恢復(fù)到執(zhí)行刪除命令之前的狀況)而當(dāng)運用TRUNCATE時, 回滾段不再存放任何可被恢復(fù)的信息.當(dāng)命令運行后,數(shù)據(jù)不能被恢復(fù).因此很少的資源被調(diào)用,執(zhí)行時間也會很短. (TRUNCATE只在刪除全表適用,TRUNCATE是DDL不是DML)10.  盡量多使用COMMIT只要有可能,在程序中盡量多使用COMMIT, 這樣程序的性能得到提高,需求也會因為COMMIT所釋放的資源而減少: COMMIT所釋放的資源:a.       回滾段上用于恢復(fù)數(shù)據(jù)的

14、信息.b.       被程序語句獲得的鎖c.       redo log buffer 中的空間d.       ORACLE為管理上述3種資源中的內(nèi)部花費 (在使用COMMIT時必須要注意到事務(wù)的完整性,現(xiàn)實中效率和事務(wù)完整性往往是魚和熊掌不可得兼)11. 計算記錄條數(shù) 和一般的觀點相反, count(*) 比count(1)稍快 , 當(dāng)然如果可以通過索引檢索,對索引列的計數(shù)仍舊是最快的. 例如 CO

15、UNT(EMPNO)  (在CSDN論壇中,曾經(jīng)對此有過相當(dāng)熱烈的討論, 作者的觀點并不十分準(zhǔn)確,通過實際的測試,上述三種方法并沒有顯著的性能差別)12  用Where子句替換HAVING子句  避免使用HAVING子句, HAVING 只會在檢索出所有記錄之后才對結(jié)果集進行過濾. 這個處理需要排序,總計等操作. 如果能通過WHERE子句限制記錄的數(shù)目,那就能減少這方面的開銷. 例如: 低效: SELECT REGION，AVG(LOG_SIZE) FROM LOCATION GROUP BY REGION HAVING REGION REGION !=

16、 SYDNEY AND REGION != PERTH  高效 SELECT REGION，AVG(LOG_SIZE) FROM LOCATION WHERE REGION REGION != SYDNEY AND REGION != PERTH GROUP BY REGION( HAVING 中的條件一般用于對一些集合函數(shù)的比較,如COUNT() 等等. 除此而外,一般的條件應(yīng)該寫在WHERE子句中)Having用法：數(shù)據(jù)表：student表結(jié)構(gòu)：Field Name DataType Lenid       &

17、#160;        int           20name           varchar    25major           varchar    2

18、5score           int           20sex              varchar    20rn 表數(shù)據(jù)：編號/姓名/專業(yè)/學(xué)分/性別id   name major  

19、;   score sex1    jak    Chinese    40    f2    rain    Math        89    m3    leo    Phy     

20、     78    f4    jak    Math         76    f5    rain    Chinese   56    m6    leo    Math 

21、;        97    f7    jak    Phy          45    f8    jak    Draw         87  

22、60; f9    leo    Chinese    45    f現(xiàn)在我們要得到一個視圖：要求查詢性別為男生，并且列出每個學(xué)生的總成績：SQL：select s.*,sum(s.score) from student s where sex=''f'' group by Result:id   name major     score sex sum(s.score)1

23、    jak    Chinese    40    f       2483    leo    Phy         78     f       220可以看到總共查到有

24、兩組，兩組的學(xué)生分別是jak和leo，每一組都是同一個學(xué)生，這樣我們就可以使用聚合函數(shù)了。只有使用了group by語句，才能使用如：count()、sum()之類的聚合函數(shù)。下面我們再對上面的結(jié)果做進一步的篩選，只顯示總分?jǐn)?shù)大于230的學(xué)生：SQL：select s.*,sum(s.score) from student s where sex=''f'' group by having sum(s.score)>230Result:id   name major     scor

25、e       sex   sum(s.score)1    jak    Chinese    40          f       248可見having于where的功能差不多。結(jié)論：1.WHERE 子句用來篩選 FROM 子句中指定的操作所產(chǎn)生的行。2.GROUP BY

26、 子句用來分組 WHERE 子句的輸出。3.HAVING 子句用來從分組的結(jié)果中篩選行。13. 減少對表的查詢在含有子查詢的SQL語句中,要特別注意減少對表的查詢. 例如: 低效 SELECT TAB_NAME FROM TABLES WHERE TAB_NAME = ( SELECT TAB_NAME FROM TAB_COLUMNS WHERE VERSION = 604) ANDDB_VER= ( SELECT DB_VER FROM TAB_COLUMNS WHERE VERSION = 604) 高效 SELECT TAB_NAME FROM TABLES WHERE (T

27、AB_NAME,DB_VER) = ( SELECT TAB_NAME,DB_VER) FROM TAB_COLUMNS WHERE VERSION = 604) Update 多個Column 例子: 低效: UPDATE EMP SET EMP_CAT = (SELECT MAX(CATEGORY) FROM EMP_CATEGORIES), SAL_RANGE = (SELECT MAX(SAL_RANGE) FROM EMP_CATEGORIES) WHERE EMP_DEPT = 0020; 高效: UPDATE EMP SET (EMP_CAT, SAL_RANGE) = (SEL

28、ECT MAX(CATEGORY) , MAX(SAL_RANGE) FROM EMP_CATEGORIES) WHERE EMP_DEPT = 0020;14. 通過內(nèi)部函數(shù)提高SQL效率.  SELECT H.EMPNO,E.ENAME,H.HIST_TYPE,T.TYPE_DESC,COUNT(*) FROM HISTORY_TYPE T,EMP E,EMP_HISTORY H WHERE H.EMPNO = E.EMPNOAND H.HIST_TYPE = T.HIST_TYPEGROUP BY H.EMPNO,E.ENAME,H.HIST_TYPE,T.TYPE_

29、DESC;通過調(diào)用下面的函數(shù)可以提高效率.FUNCTION LOOKUP_HIST_TYPE(TYP IN NUMBER) RETURN VARCHAR2AS TDESC VARCHAR2(30); CURSOR C1 IS SELECT TYPE_DESC FROM HISTORY_TYPE WHERE HIST_TYPE = TYP;BEGIN OPEN C1; FETCH C1 INTO TDESC; CLOSE C1; RETURN (NVL(TDESC,?);END; FUNCTION LOOKUP_EMP(EMP IN NUMBER) RETURN VARCHAR2AS

30、ENAME VARCHAR2(30); CURSOR C1 IS SELECT ENAME FROM EMP WHERE EMPNO=EMP;BEGIN OPEN C1; FETCH C1 INTO ENAME; CLOSE C1; RETURN (NVL(ENAME,?);END; SELECT H.EMPNO,LOOKUP_EMP(H.EMPNO),H.HIST_TYPE,LOOKUP_HIST_TYPE(H.HIST_TYPE),COUNT(*)FROM EMP_HISTORY HGROUP BY H.EMPNO , H.HIST_TYPE; (經(jīng)常在論壇中看到如 能不能用一個

31、SQL寫出. 的貼子, 殊不知復(fù)雜的SQL往往犧牲了執(zhí)行效率. 能夠掌握上面的運用函數(shù)解決問題的方法在實際工作中是非常有意義的)15. 使用表的別名(Alias)當(dāng)在SQL語句中連接多個表時, 請使用表的別名并把別名前綴于每個Column上.這樣一來,就可以減少解析的時間并減少那些由Column歧義引起的語法錯誤.  ( Column歧義指的是由于SQL中不同的表具有相同的Column名,當(dāng)SQL語句中出現(xiàn)這個Column時,SQL解析器無法判斷這個Column的歸屬)16. 用EXISTS替代IN在許多基于基礎(chǔ)表的查詢中,為了滿足一個條件,往往需要對另一個表進行

32、聯(lián)接.在這種情況下, 使用EXISTS(或NOT EXISTS)通常將提高查詢的效率. 低效:SELECT * FROM EMP (基礎(chǔ)表)WHERE EMPNO > 0AND DEPTNO IN (SELECT DEPTNO FROM DEPT WHERE LOC = MELB) 高效:SELECT * FROM EMP (基礎(chǔ)表)WHERE EMPNO > 0AND EXISTS (SELECT X FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNOAND LOC = MELB)(相對來說,用NOT EXISTS替換NOT IN 將更顯著

33、地提高效率,下一節(jié)中將指出)17. 用NOT EXISTS替代NOT IN在子查詢中,NOT IN子句將執(zhí)行一個內(nèi)部的排序和合并. 無論在哪種情況下,NOT IN都是最低效的 (因為它對子查詢中的表執(zhí)行了一個全表遍歷). 為了避免使用NOT IN ,我們可以把它改寫成外連接(Outer Joins)或NOT EXISTS. 例如:SELECT FROM EMPWHERE DEPT_NO NOT IN (SELECT DEPT_NO FROM DEPT WHERE DEPT_CAT=A);為了提高效率.改寫為: (方法一: 高效)SELECT .FROM EMP A,DEPT

34、 BWHERE A.DEPT_NO = B.DEPT(+)AND B.DEPT_NO IS NULLAND B.DEPT_CAT(+) = A (方法二: 最高效)SELECT .FROM EMP EWHERE NOT EXISTS (SELECT X FROM DEPT D WHERE D.DEPT_NO = E.DEPT_NO AND DEPT_CAT = A);18. 用表連接替換EXISTS 通常來說 , 采用表連接的方式比EXISTS更有效率 SELECT ENAME FROM EMP E WHERE EXISTS (SELECT X FROM DEPT WHERE DEP

35、T_NO = E.DEPT_NO AND DEPT_CAT = A); (更高效) SELECT ENAME FROM DEPT D,EMP E WHERE E.DEPT_NO = D.DEPT_NO AND DEPT_CAT = A ;  19.用EXISTS替換DISTINCT當(dāng)提交一個包含一對多表信息(比如部門表和雇員表)的查詢時,避免在SELECT子句中使用DISTINCT. 一般可以考慮用EXIST替換 例如:低效: SELECT DISTINCT DEPT_NO,DEPT_NAME FROM DEPT D,EMP E WHERE D.DEPT_NO = E.DE

36、PT_NO高效: SELECT DEPT_NO,DEPT_NAME FROM DEPT D WHERE EXISTS ( SELECT X FROM EMP E WHERE E.DEPT_NO = D.DEPT_NO); EXISTS 使查詢更為迅速,因為RDBMS核心模塊將在子查詢的條件一旦滿足后,立刻返回結(jié)果.20. 識別低效執(zhí)行的SQL語句用下列SQL工具找出低效SQL: SELECT EXECUTIONS , DISK_READS, BUFFER_GETS, ROUND(BUFFER_GETS-DISK_READS)/BUFFER_GETS,2) Hit_radio

37、, ROUND(DISK_READS/EXECUTIONS,2) Reads_per_run, SQL_TEXTFROM V$SQLAREAWHERE EXECUTIONS>0AND BUFFER_GETS > 0 AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8 ORDER BY 4 DESC; ( 雖然目前各種關(guān)于SQL優(yōu)化的圖形化工具層出不窮,但是寫出自己的SQL工具來解決問題始終是一個最好的方法)21. 使用TKPROF 工具來查詢SQL性能狀態(tài) SQL trace 工具收集正在執(zhí)行的SQL的性能狀態(tài)數(shù)據(jù)

38、并記錄到一個跟蹤文件中. 這個跟蹤文件提供了許多有用的信息,例如解析次數(shù).執(zhí)行次數(shù),CPU使用時間等.這些數(shù)據(jù)將可以用來優(yōu)化你的系統(tǒng).設(shè)置SQL TRACE在會話級別: 有效  ALTER SESSION SET SQL_TRACE TRUE設(shè)置SQL TRACE 在整個數(shù)據(jù)庫有效仿, 你必須將SQL_TRACE參數(shù)在init.ora中設(shè)為TRUE, USER_DUMP_DEST參數(shù)說明了生成跟蹤文件的目錄  (作者并沒有提到TKPROF的用法, 對SQL TRACE的用法也不夠準(zhǔn)確, 設(shè)置SQL TRACE首先要在init.ora中設(shè)定TIMED_STATISTICS,

39、這樣才能得到那些重要的時間狀態(tài). 生成的trace文件是不可讀的,所以要用TKPROF工具對其進行轉(zhuǎn)換,TKPROF有許多執(zhí)行參數(shù). 大家可以參考ORACLE手冊來了解具體的配置. )22.用索引提高效率索引是表的一個概念部分,用來提高檢索數(shù)據(jù)的效率. 實際上,ORACLE使用了一個復(fù)雜的自平衡B-tree結(jié)構(gòu). 通常,通過索引查詢數(shù)據(jù)比全表掃描要快. 當(dāng)ORACLE找出執(zhí)行查詢和Update語句的最佳路徑時, ORACLE優(yōu)化器將使用索引. 同樣在聯(lián)結(jié)多個表時使用索引也可以提高效率. 另一個使用索引的好處是,它提供了主鍵(primary key)的唯一性驗證.除了那些LONG或LONG RA

40、W數(shù)據(jù)類型, 你可以索引幾乎所有的列. 通常, 在大型表中使用索引特別有效. 當(dāng)然,你也會發(fā)現(xiàn), 在掃描小表時,使用索引同樣能提高效率.雖然使用索引能得到查詢效率的提高,但是我們也必須注意到它的代價. 索引需要空間來存儲,也需要定期維護, 每當(dāng)有記錄在表中增減或索引列被修改時, 索引本身也會被修改. 這意味著每條記錄的INSERT , DELETE , UPDATE將為此多付出4 , 5 次的磁盤I/O . 因為索引需要額外的存儲空間和處理,那些不必要的索引反而會使查詢反應(yīng)時間變慢.定期的重構(gòu)索引是有必要的. ALTER INDEX <INDEXNAME> REBUILD <

41、TABLESPACENAME>23.索引的操作ORACLE對索引有兩種訪問模式.索引唯一掃描 ( INDEX UNIQUE SCAN)大多數(shù)情況下, 優(yōu)化器通過WHERE子句訪問INDEX.例如:表LODGING有兩個索引 : 建立在LODGING列上的唯一性索引LODGING_PK和建立在MANAGER列上的非唯一性索引LODGING$MANAGER. SELECT * FROM LODGINGWHERE LODGING = ROSE HILL; 在內(nèi)部 , 上述SQL將被分成兩步執(zhí)行, 首先 , LODGING_PK 索引將通過索引唯一掃描的方式被訪問 , 獲得相對應(yīng)的ROWID,

42、通過ROWID訪問表的方式 執(zhí)行下一步檢索. 如果被檢索返回的列包括在INDEX列中,ORACLE將不執(zhí)行第二步的處理(通過ROWID訪問表). 因為檢索數(shù)據(jù)保存在索引中, 單單訪問索引就可以完全滿足查詢結(jié)果. 下面SQL只需要INDEX UNIQUE SCAN 操作. SELECT LODGING FROM LODGINGWHERE LODGING = ROSE HILL; 索引范圍查詢(INDEX RANGE SCAN) 適用于兩種情況:1.       基于一個范圍的檢索2.    

43、60;  基于非唯一性索引的檢索 例1: SELECT LODGING FROM LODGINGWHERE LODGING LIKE M%;WHERE子句條件包括一系列值, ORACLE將通過索引范圍查詢的方式查詢LODGING_PK . 由于索引范圍查詢將返回一組值, 它的效率就要比索引唯一掃描低一些. 例2: SELECT LODGING FROM LODGINGWHERE MANAGER = BILL GATES;  這個SQL的執(zhí)行分兩步, LODGING$MANAGER的索引范圍查詢(得到所有符合條件記錄的ROWID) 和下一步同過ROWID訪問表得到LODGIN

44、G列的值. 由于LODGING$MANAGER是一個非唯一性的索引,數(shù)據(jù)庫不能對它執(zhí)行索引唯一掃描. 由于SQL返回LODGING列,而它并不存在于LODGING$MANAGER索引中, 所以在索引范圍查詢后會執(zhí)行一個通過ROWID訪問表的操作. WHERE子句中, 如果索引列所對應(yīng)的值的第一個字符由通配符(WILDCARD)開始, 索引將不被采用.SELECT LODGING FROM LODGINGWHERE MANAGER LIKE HANMAN; 在這種情況下，ORACLE將使用全表掃描.24.基礎(chǔ)表的選擇基礎(chǔ)表(Driving Table)是指被最先訪問的表(通常以全表掃描的方式被訪

45、問). 根據(jù)優(yōu)化器的不同, SQL語句中基礎(chǔ)表的選擇是不一樣的.如果你使用的是CBO (COST BASED OPTIMIZER),優(yōu)化器會檢查SQL語句中的每個表的物理大小,索引的狀態(tài),然后選用花費最低的執(zhí)行路徑.如果你用RBO (RULE BASED OPTIMIZER) , 并且所有的連接條件都有索引對應(yīng), 在這種情況下, 基礎(chǔ)表就是FROM 子句中列在最后的那個表.舉例: SELECT A.NAME , B.MANAGER FROMWORKER A, LODGING B WHEREA.LODGING = B.LODING;由于LODGING表的LODING列上有一個索引, 而且WORK

46、ER表中沒有相比較的索引, WORKER表將被作為查詢中的基礎(chǔ)表.25.多個平等的索引當(dāng)SQL語句的執(zhí)行路徑可以使用分布在多個表上的多個索引時, ORACLE會同時使用多個索引并在運行時對它們的記錄進行合并, 檢索出僅對全部索引有效的記錄.在ORACLE選擇執(zhí)行路徑時,唯一性索引的等級高于非唯一性索引. 然而這個規(guī)則只有當(dāng)WHERE子句中索引列和常量比較才有效.如果索引列和其他表的索引類相比較. 這種子句在優(yōu)化器中的等級是非常低的.如果不同表中兩個想同等級的索引將被引用, FROM子句中表的順序?qū)Q定哪個會被率先使用. FROM子句中最后的表的索引將有最高的優(yōu)先級.如果相同表中兩個想同等級的索

47、引將被引用, WHERE子句中最先被引用的索引將有最高的優(yōu)先級.舉例: DEPTNO上有一個非唯一性索引,EMP_CAT也有一個非唯一性索引. SELECT ENAME, FROM EMP WHERE DEPT_NO = 20 AND EMP_CAT = A;這里,DEPTNO索引將被最先檢索,然后同EMP_CAT索引檢索出的記錄進行合并. 執(zhí)行路徑如下:TABLE ACCESS BY ROWID ON EMP AND-EQUAL INDEX RANGE SCAN ON DEPT_IDX INDEX RANGE SCAN ON CAT_IDX26.等式比較和范圍比較 當(dāng)WHERE子句中有索引列

48、, ORACLE不能合并它們,ORACLE將用范圍比較. 舉例: DEPTNO上有一個非唯一性索引,EMP_CAT也有一個非唯一性索引. SELECT ENAME FROM EMP WHERE DEPTNO > 20 AND EMP_CAT = A; 這里只有EMP_CAT索引被用到,然后所有的記錄將逐條與DEPTNO條件進行比較. 執(zhí)行路徑如下: TABLE ACCESS BY ROWID ON EMP INDEX RANGE SCAN ON CAT_IDX27.不明確的索引等級當(dāng)ORACLE無法判斷索引的等級高低差別,優(yōu)化器將只使用一個索引,它就是在WHERE子句中被列在最前面的.

49、舉例: 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 = 'EMP'INDEX_

50、NAME UNIQUENES- -EMPNO UNIQUEEMPTYPE NONUNIQUESQL> select * from emp where empno >= 2 and emp_type = 'A' ;no rows selectedExecution Plan- 0 SELECT STATEMENT Optimizer=CHOOSE 1 0 TABLE ACCESS (BY INDEX ROWID) OF 'EMP' 2 1 INDEX (RANGE SCAN) OF 'EMPTYPE' (NON-UNIQUE) 

51、;雖然EMPNO是唯一性索引,但是由于它所做的是范圍比較, 等級要比非唯一性索引的等式比較低!28.強制索引失效如果兩個或以上索引具有相同的等級,你可以強制命令ORACLE優(yōu)化器使用其中的一個(通過它,檢索出的記錄數(shù)量少) .舉例:SELECT ENAMEFROM EMPWHERE EMPNO = 7935 AND DEPTNO + 0 = 10 /*DEPTNO上的索引將失效*/AND EMP_TYPE | = A /*EMP_TYPE上的索引將失效*/這是一種相當(dāng)直接的提高查詢效率的辦法. 但是你必須謹(jǐn)慎考慮這種策略,一般來說,只有在你希望單獨優(yōu)化幾個SQL時才能采用它.這里有一個例子關(guān)于

52、何時采用這種策略, 假設(shè)在EMP表的EMP_TYPE列上有一個非唯一性的索引而EMP_CLASS上沒有索引. SELECT ENAMEFROM EMPWHERE EMP_TYPE = A AND EMP_CLASS = X;優(yōu)化器會注意到EMP_TYPE上的索引并使用它. 這是目前唯一的選擇. 如果,一段時間以后, 另一個非唯一性建立在EMP_CLASS上,優(yōu)化器必須對兩個索引進行選擇,在通常情況下,優(yōu)化器將使用兩個索引并在他們的結(jié)果集合上執(zhí)行排序及合并. 然而,如果其中一個索引（EMP_TYPE）接近于唯一性而另一個索引（EMP_CLASS）上有幾千個重復(fù)的值. 排序及合并就會成為一種不必要

53、的負擔(dān). 在這種情況下,你希望使優(yōu)化器屏蔽掉EMP_CLASS索引.用下面的方案就可以解決問題.SELECT ENAMEFROM EMPWHERE EMP_TYPE = A AND EMP_CLASS| = X;29.避免在索引列上使用計算WHERE子句中，如果索引列是函數(shù)的一部分優(yōu)化器將不使用索引而使用全表掃描舉例:低效：SELECT FROM DEPTWHERE SAL * 12 > 25000;高效:SELECT FROM DEPTWHERE SAL > 25000/12;這是一個非常實用的規(guī)則，請務(wù)必牢記30.自動選擇索引如果表中有兩個以上（包括兩個）索引，其中有一個唯一性

54、索引，而其他是非唯一性在這種情況下，ORACLE將使用唯一性索引而完全忽略非唯一性索引舉例:SELECT ENAMEFROM EMPWHERE EMPNO = 2326 AND DEPTNO = 20 ;這里，只有EMPNO上的索引是唯一性的，所以EMPNO索引將用來檢索記錄TABLE ACCESS BY ROWID ON EMP INDEX UNIQUE SCAN ON EMP_NO_IDX31.避免在索引列上使用NOT通常，我們要避免在索引列上使用NOT, NOT會產(chǎn)生在和在索引列上使用函數(shù)相同的影響. 當(dāng)ORACLE”遇到”NOT,他就會停止使用索引轉(zhuǎn)而執(zhí)行全表掃描. 舉例: 低效: (

55、這里,不使用索引) SELECT FROM DEPT WHERE DEPT_CODE NOT = 0; 高效: (這里,使用了索引) SELECT FROM DEPT WHERE DEPT_CODE > 0; 需要注意的是,在某些時候, ORACLE優(yōu)化器會自動將NOT轉(zhuǎn)化成相對應(yīng)的關(guān)系操作符. NOT > to <= NOT >= to < NOT < to >= NOT <= to >  在這個例子中,作者犯了一些錯誤. 例子中的低效率SQL是不能被執(zhí)行的.我做了一些測試: SQL> select * from emp

56、where NOT empno > 1;no rows selectedExecution Plan- 0 SELECT STATEMENT Optimizer=CHOOSE 1 0 TABLE ACCESS (BY INDEX ROWID) OF 'EMP' 2 1 INDEX (RANGE SCAN) OF 'EMPNO' (UNIQUE) SQL> select * from emp where empno <= 1;no rows selectedExecution Plan- 0 SELECT STATEMENT Optimizer=CHOOSE 1 0 TABLE ACCESS (BY INDEX ROWID) OF 'EMP' 2 1 INDEX (RANG