Oracle SQL優(yōu)化

1、(摘錄自互聯(lián)網(wǎng))一： Oracle 與SQL相關(guān)的幾個(gè)概念1. 選用適合的ORACLE優(yōu)化器      ORACLE的優(yōu)化器共有3種:     a.   RULE (基于規(guī)則)    b. COST (基于成本)   c. CHOOSE (選擇性)    設(shè) 置缺省的優(yōu)化器,可以通過(guò)對(duì)init.ora文件中OPTIMIZER_MODE參數(shù)的各種聲明,如RULE,COST,CHOOSE, ALL_ROWS,FIRST_ROWS . 你當(dāng)然

2、也在SQL句級(jí)或是會(huì)話(session)級(jí)對(duì)其進(jìn)行覆蓋. 為了使用基于成本的優(yōu)化器(CBO, Cost-Based Optimizer) , 你必須經(jīng)常運(yùn)行analyze 命令,以增加數(shù)據(jù)庫(kù)中的對(duì)象統(tǒng)計(jì) 信息(object statistics)的準(zhǔn)確性. 如果數(shù)據(jù)庫(kù)的優(yōu)化器模式設(shè)置為選擇性(CHOOSE),那么實(shí)際的優(yōu)化器模式將和是否運(yùn)行過(guò)analyze命令有關(guān). 如果table已經(jīng)被 analyze過(guò), 優(yōu)化器模式將自動(dòng)成為CBO , 反之,數(shù)據(jù)庫(kù)將采用RULE形式的優(yōu)化器.     在缺省情況下,ORACLE采用CHOOSE優(yōu)化器, 為了避免那些不必要的全表

3、掃描(full table scan) , 你必須盡量避免使用CHOOSE優(yōu)化器,而直接采用基于規(guī)則或者基于成本的優(yōu)化器. 2.       訪問(wèn)Table的方式    ORACLE 采用兩種訪問(wèn)表中記錄的方式: a.        全表掃描              全表掃描就是順序地訪問(wèn)表中每條記錄. ORACLE

4、采用一次讀入多個(gè)數(shù)據(jù)塊(database block)的方式優(yōu)化全表掃描.b.        通過(guò)ROWID訪問(wèn)表         你可以采用基于ROWID的訪問(wèn)方式情況,提高訪問(wèn)表的效率, , ROWID包含了表中記錄的物理位置信息.ORACLE采用索引(INDEX)實(shí)現(xiàn) 了數(shù)據(jù)和存放數(shù)據(jù)的物理位置(ROWID)之間的聯(lián)系. 通常索引提供了快速訪問(wèn)ROWID的方法,因此那些基于索引列的查詢就可以得到性能上的提高. 3.   

5、    共享SQL語(yǔ)句 為 了不重復(fù)解析相同的SQL語(yǔ)句,在第一次解析之后, ORACLE將SQL語(yǔ)句存放在內(nèi)存中.這塊位于系統(tǒng)全局區(qū)域SGA (system global area)的共享池(shared buffer pool)中的內(nèi)存可以被所有的數(shù)據(jù)庫(kù)用戶共享. 因此,當(dāng)你執(zhí)行一個(gè) SQL語(yǔ)句(有時(shí)被稱為一個(gè)游標(biāo))時(shí),如果它 和之前的執(zhí)行過(guò)的語(yǔ)句完全相同, ORACLE就能很快獲得已經(jīng)被解析的語(yǔ)句以及最好的執(zhí)行路徑. ORACLE的這個(gè)功能大大地提高了SQL的執(zhí)行性能并節(jié)省了內(nèi)存的使用.      

6、 可惜的是ORACLE只對(duì)簡(jiǎn)單的表提供高速緩沖(cache buffering) ,這個(gè)功能并不適用于多表連接查詢. 數(shù)據(jù)庫(kù)管理員必須在init.ora中為這個(gè)區(qū)域設(shè)置合適的參數(shù),當(dāng)這個(gè)內(nèi)存區(qū)域越大,就可以保留更多的語(yǔ)句,當(dāng)然被共享的可能性也就越大了. 當(dāng)你向ORACLE 提交一個(gè)SQL語(yǔ)句,ORACLE會(huì)首先在這塊內(nèi)存中查找相同的語(yǔ)句. 這里需要注明的是,ORACLE對(duì)兩者采取的是一種嚴(yán)格匹配,要達(dá)成共享,SQL語(yǔ)句必須 完全相同(包括空格,換行等).       共享的語(yǔ)句必須滿足三個(gè)條件: A.   

7、0;  字符級(jí)的比較: 當(dāng)前被執(zhí)行的語(yǔ)句和共享池中的語(yǔ)句必須完全相同.        例如:            SELECT * FROM EMP;        和下列每一個(gè)都不同            SELECT * from EMP;  

8、          Select * From Emp;            SELECT       *      FROM EMP; B.      兩個(gè)語(yǔ)句所指的對(duì)象必須完全相同: 例如: 用戶    

9、   對(duì)象名    如何訪問(wèn) Jack         sal_limit       private synonym            Work_city      public synonym       

10、60;     Plant_detail   public synonym Jill          sal_limit       private synonym             Work_city     public synonym  

11、0;          Plant_detail    table owner 考慮一下下列SQL語(yǔ)句能否在這兩個(gè)用戶之間共享.SQL能否共享原因select max(sal_cap) from sal_limit;不能每個(gè)用戶都有一個(gè)private synonym - sal_limit , 它們是不同的對(duì)象，在不同的用戶名下，只能內(nèi)部訪問(wèn)select count(*0 from work_city where sdesclike 'NEW%'能兩個(gè)用戶訪問(wèn)相同的對(duì)象

12、public synonym - work_city select a.sdesc,b.location from work_city a ,plant_detail b where a.city_id = b.city_id不能用戶jack 通過(guò)public synonym訪問(wèn)plant_detail 而jill 是表的所有者,對(duì)象不同Synonym：C.           兩個(gè)SQL語(yǔ)句中必須使用相同的名字的綁定變量(bind variables) 例如：第一組的兩個(gè)SQL語(yǔ)句是相同的(可

13、以共享),而第二組中的兩個(gè)語(yǔ)句是不同的(即使在運(yùn)行時(shí),賦于不同的綁定變量相同的值) a. select pin , name from people where pin = :blk1.pin; select pin , name from people where pin = :blk1.pin; b. select pin , name from people where pin = :blk1.ot_ind; select pin , name from people where pin = :blk1.ov_ind;二. 優(yōu)化方法：1. 選擇最有效率的表名順序(只在基于規(guī)則的優(yōu)化器中有

14、效) ORACLE 的解析器按照從右到左的順序處理FROM子句中的表名,因此FROM子句中寫在最后的表(基礎(chǔ)表 driving table)將被最先處理. 在 FROM子句中包含多個(gè)表的情況下,你必須選擇記錄條數(shù)最少的表作為基礎(chǔ)表.當(dāng)ORACLE處理多個(gè)表時(shí), 會(huì)運(yùn)用排序及合并的方式連接它們.首先,掃描 第一個(gè)表(FROM子句中最后的那個(gè)表)并對(duì)記錄進(jìn)行排序序,然后掃描第二個(gè)表(FROM子句中最后第二個(gè)表),最后將所有從第二個(gè)表中檢索出的記錄與第 一個(gè)表中合適記錄進(jìn)行合并. 例如:       表 TAB1   

15、16,384 條記錄             表 TAB2      1      條記錄       選擇TAB2作為基礎(chǔ)表 (最好的方法)       select count(*) from tab1,tab2    執(zhí)行時(shí)間0.96秒  &#

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

17、#160;      EMP E WHERE E.EMP_NO BETWEEN 1000 AND 2000 AND E.CAT_NO = C.CAT_NO AND E.LOCN = L.LOCN 將比下列SQL更有效率 SELECT * FROM EMP E , LOCATION L ,        CATEGORY C WHERE   E.CAT_NO = C.CAT_NO AND E.LOCN = L.LOCN AND E.EMP_NO BETWEEN 100

18、0 AND 20002.        WHERE子句中的連接順序     ORACLE采用自下而上WHERE子句,根據(jù)這個(gè)原理,表之間的連接必須寫在其他WHERE條件之前, 那些可以過(guò)濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的末尾. 例如: (低效,執(zhí)行時(shí)間156.3秒) SELECT FROM EMP E WHERE   SAL >50000 AND     JOB = MANAGER AND  

19、60;  25 < (SELECT COUNT(*) FROM EMP的順序解析WHERE MGR=E.EMPNO); (高效,執(zhí)行時(shí)間10.6秒) SELECT FROM EMP E WHERE 25 < (SELECT COUNT(*) FROM EMP               WHERE MGR=E.EMPNO) AND     SAL >50000 AND  

20、0;  JOB = MANAGER;3.      SELECT子句中避免使用 * 當(dāng)你想在SELECT子句中列出所有的COLUMN時(shí),使用動(dòng)態(tài)SQL列引用 * 是一個(gè)方便的方法.不幸的是,這是一個(gè)非常低效的方法. 實(shí)際上,ORACLE在解析的過(guò)程中, 會(huì)將* 依次轉(zhuǎn)換成所有的列名, 這個(gè)工作是通過(guò)查詢數(shù)據(jù)字典, 這意味著將耗費(fèi)更多的時(shí)間. 完成的4.     減少訪問(wèn)數(shù)據(jù)庫(kù)的次數(shù)當(dāng)執(zhí)行每條SQL語(yǔ)句時(shí), ORACLE在內(nèi)部執(zhí)行了許多工作: 解析SQL語(yǔ)句, 估算索引的利用率, 綁定變

21、量 , 讀數(shù)據(jù)塊等等. 由此可見(jiàn), 減少訪問(wèn)數(shù)據(jù)庫(kù)的次數(shù) , 就能實(shí)際上減少ORACLE的工作量. 例如,      以下有三種方法可以檢索出雇員號(hào)等于0342或0291的職員. 方法1 (最低效)      SELECT EMP_NAME , SALARY , GRADE      FROM EMP      WHERE EMP_NO = 342;       SELECT EMP_N

22、AME , SALARY , GRADE      FROM EMP      WHERE EMP_NO = 291; 方法2 (次低效)         DECLARE          CURSOR C1 (E_NO NUMBER) IS          SELECT EMP_NAM

23、E,SALARY,GRADEFROM EMP          WHERE EMP_NO = E_NO;      BEGIN          OPEN C1(342);          FETCH C1 INTO ,.,. ;        &

24、#160;         OPEN C1(291);         FETCH C1 INTO ,.,. ;           CLOSE C1;        END; 方法3 (高效)      SELECT A.EMP_NAME , A.SALAR

25、Y , A.GRADE,              B.EMP_NAME , B.SALARY , B.GRADE      FROM EMP A,EMP B      WHERE A.EMP_NO = 342      AND    B.EMP_NO = 291;SELECT EMP_NAME , SALARY , GRADE

26、      FROM EMP      WHERE EMP_NO = 342union       SELECT EMP_NAME , SALARY , GRADE      FROM EMP      WHERE EMP_NO = 291;     SELECT EMP_NAME , SALARY , GRADE   

27、0;  FROM EMP      WHERE EMP_NO = 342 or EMP_NO = 291 ; 注意: 在SQL*Plus , SQL*Forms和Pro*C中重新設(shè)置ARRAYSIZE參數(shù), 可以增加每次數(shù)據(jù)庫(kù)訪問(wèn)的檢索數(shù)據(jù)量 ,建議值為200.5.       使用DECODE函數(shù)來(lái)減少處理時(shí)間使用DECODE函數(shù)可以避免重復(fù)掃描相同記錄或重復(fù)連接相同的表. 例如:     SELECT COUNT(*)，SUM(SAL) &#

28、160;   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(

29、DEPT_NO,0020,X,NULL) D0020_COUNT,          COUNT(DECODE(DEPT_NO,0030,X,NULL) D0030_COUNT,          SUM(DECODE(DEPT_NO,0020,SAL,NULL) D0020_SAL,          SUM(DECODE(DEPT_NO,0030,SAL

30、,NULL) D0030_SAL FROM EMP WHERE ENAME LIKE SMITH%; 類似的,DECODE函數(shù)也可以運(yùn)用于GROUP BY 和ORDER BY子句中.6.       整合簡(jiǎn)單,無(wú)關(guān)聯(lián)的數(shù)據(jù)庫(kù)訪問(wèn) 如果你有幾個(gè)簡(jiǎn)單的數(shù)據(jù)庫(kù)查詢語(yǔ)句,你可以把它們整合到一個(gè)查詢中(即使它們之間沒(méi)有關(guān)系) 例如: SELECT NAME FROM EMP WHERE EMP_NO = 1234; SELECT NAME FROM DPT WHERE DPT_NO = 10 ; SELECT NAME FROM CA

31、T WHERE CAT_TYPE = RD; 上面的3個(gè)查詢可以被合并成一個(gè): SELECT E.NAME , D.NAME , C.NAME FROM CAT C , DPT D , EMP E,DUAL X WHERE 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(+) = 1234 AND D.DEPT_NO(+) = 10 AND C.CAT_TYPE(+) = RD; (譯者按: 雖然采

32、取這種方法,效率得到提高,但是程序的可讀性大大降低,所以讀者 還是要權(quán)衡之間的利弊)7.       刪除重復(fù)記錄 最高效的刪除重復(fù)記錄方法 ( 因?yàn)槭褂昧薘OWID) DELETE FROM EMP E WHERE E.ROWID > (SELECT MIN(X.ROWID)                     FROM EM

33、P X                     WHERE X.EMP_NO = E.EMP_NO);8.       用TRUNCATE替代DELETE 當(dāng)刪除表中的記錄時(shí),在通常情況下, 回滾段(rollback segments ) 用來(lái)存放可以被恢復(fù)的信息. 如果你沒(méi)有COMMIT事務(wù),ORACLE會(huì)將數(shù)據(jù)恢復(fù)到刪除之前的狀態(tài)(準(zhǔn)

34、確地說(shuō)是恢復(fù)到執(zhí)行刪除命令之前的狀況) 而當(dāng)運(yùn)用TRUNCATE時(shí), 回滾段不再存放任何可被恢復(fù)的信息.當(dāng)命令運(yùn)行后,數(shù)據(jù)不能被恢復(fù).因此很少的資源被調(diào)用,執(zhí)行時(shí)間也會(huì)很短. (譯者按: TRUNCATE只在刪除全表適用,TRUNCATE是DDL不是DML)9.       盡量多使用COMMIT 只要有可能,在程序中盡量多使用COMMIT, 這樣程序的性能得到提高,需求也會(huì)因?yàn)镃OMMIT所釋放的資源而減少: COMMIT所釋放的資源: a.       

35、; 回滾段上用于恢復(fù)數(shù)據(jù)的信息. b.        被程序語(yǔ)句獲得的鎖 c.        redo log buffer 中的空間 d.        ORACLE為管理上述3種資源中的內(nèi)部花費(fèi) (譯者按: 在使用COMMIT時(shí)必須要注意到事務(wù)的完整性,現(xiàn)實(shí)中效率和事務(wù)完整性往往是魚和熊掌不可得兼)10.      

36、0;計(jì)算記錄條數(shù)       和一般的觀點(diǎn)相反, count(*) 比count(1)稍快 , 當(dāng)然如果可以通過(guò)索引檢索,對(duì)索引列的計(jì)數(shù)仍舊是最快的. 例如 COUNT(EMPNO)    (譯者按: 在CSDN論壇中,曾經(jīng)對(duì)此有過(guò)相當(dāng)熱烈的討論, 作者的觀點(diǎn)并不十分準(zhǔn)確,通過(guò)實(shí)際的測(cè)試,上述三種方法并沒(méi)有顯著的性能差別)11.       用Where子句替換HAVING子句        避免

37、使用HAVING子句, HAVING 只會(huì)在檢索出所有記錄之后才對(duì)結(jié)果集進(jìn)行過(guò)濾. 這個(gè)處理需要排序,總計(jì)等操作. 如果能通過(guò)WHERE子句限制記錄的數(shù)目,那就能減少這方面的開(kāi)銷. 例如:       低效:       SELECT REGION，AVG(LOG_SIZE)       FROM LOCATION       GROUP BY REGION    &

38、#160;  HAVING REGION REGION != SYDNEY       AND REGION != PERTH        高效       SELECT REGION，AVG(LOG_SIZE)       FROM LOCATION       WHERE REGION REGION != SYDNEY &

39、#160;     AND REGION != PERTH       GROUP BY REGION (譯者按: HAVING 中的條件一般用于對(duì)一些集合函數(shù)的比較,如COUNT() 等等. 除此而外,一般的條件應(yīng)該寫在WHERE子句中)12.       減少對(duì)表的查詢?cè)诤凶硬樵兊腟QL語(yǔ)句中,要特別注意減少對(duì)表的查詢.    例如:       低效 

40、0;          SELECT TAB_NAME            FROM TABLES            WHERE TAB_NAME = ( SELECT TAB_NAME          

41、0;                       FROM TAB_COLUMNS                         

42、0;        WHERE VERSION = 604)            ANDDB_VER= ( SELECT DB_VER                         &#

43、160;   FROM TAB_COLUMNS                             WHERE VERSION = 604)       高效         

44、   SELECT TAB_NAME            FROM TABLES            WHERE   (TAB_NAME,DB_VER) = ( SELECT TAB_NAME,DB_VER)             &

45、#160;       FROM TAB_COLUMNS                     WHERE VERSION = 604)       Update 多個(gè)Column 例子:       低效:    &

46、#160;        UPDATE EMP             SET EMP_CAT = (SELECT MAX(CATEGORY) FROM EMP_CATEGORIES),                SAL_RANGE = (SELECT MAX(SAL_RAN

47、GE) FROM EMP_CATEGORIES)             WHERE EMP_DEPT = 0020;       高效:             UPDATE EMP             SET (

48、EMP_CAT, SAL_RANGE) = (SELECT MAX(CATEGORY) , MAX(SAL_RANGE) FROM EMP_CATEGORIES)             WHERE EMP_DEPT = 0020;13       通過(guò)內(nèi)部函數(shù)提高SQL效率.        SELECT H.EMPNO,E.ENAME,H.HIST_TYP

49、E,T.TYPE_DESC,COUNT(*)       FROM HISTORY_TYPE T,EMP E,EMP_HISTORY H       WHERE H.EMPNO = E.EMPNO AND H.HIST_TYPE = T.HIST_TYPE GROUP BY H.EMPNO,E.ENAME,H.HIST_TYPE,T.TYPE_DESC; 通過(guò)調(diào)用下面的函數(shù)可以提高效率. FUNCTION LOOKUP_HIST_TYPE(TYP IN NUMBER) RETURN VARCHA

50、R2 AS      TDESC VARCHAR2(30);      CURSOR C1 IS            SELECT TYPE_DESC          FROM HISTORY_TYPE          WHERE HIST_TYPE =

51、 TYP; BEGIN      OPEN C1;      FETCH C1 INTO TDESC;      CLOSE C1;      RETURN (NVL(TDESC,?); END; FUNCTION LOOKUP_EMP(EMP IN NUMBER) RETURN VARCHAR2 AS      ENAME VARCHAR2(30);    

52、0; CURSOR C1 IS            SELECT ENAME          FROM EMP          WHERE EMPNO=EMP; BEGIN      OPEN C1;      FETCH C1 INTO ENAME;

53、     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 H GROUP BY H.EMPNO , H.HIST_TYPE; (譯者按: 經(jīng)常在論壇中看到如 能不能用一個(gè)SQL寫出. 的貼子, 殊不知復(fù)雜的SQL往往犧牲了執(zhí)行效率. 能夠掌握上面的運(yùn)用函數(shù)解決問(wèn)題的方法在實(shí)際

54、工作中是非常有意義的)14.       使用表的別名(Alias) 當(dāng)在SQL語(yǔ)句中連接多個(gè)表時(shí), 請(qǐng)使用表的別名并把別名前綴于每個(gè)Column上.這樣一來(lái),就可以減少解析的時(shí)間并減少那些由Column歧義引起的語(yǔ)法錯(cuò)誤.    (譯者注: Column歧義指的是由于SQL中不同的表具有相同的Column名,當(dāng)SQL語(yǔ)句中出現(xiàn)這個(gè)Column時(shí),SQL解析器無(wú)法判斷這個(gè)Column的歸屬) 15.       用EXISTS替代IN

55、在許多基于基礎(chǔ)表的查詢中,為了滿足一個(gè)條件,往往需要對(duì)另一個(gè)表進(jìn)行聯(lián)接.在這種情況下, 使用EXISTS(或NOT EXISTS)通常將提高查詢的效率. 低效: SELECT * FROM EMP (基礎(chǔ)表) WHERE EMPNO > 0 AND DEPTNO IN (SELECT DEPTNO FROM DEPT WHERE LOC = MELB)      高效: SELECT * FROM EMP (基礎(chǔ)表) WHERE EMPNO > 0 AND EXISTS (SELECT X FROM DEPT WHERE DEPT.DEPTN

56、O = EMP.DEPTNO AND LOC = MELB)這里 oracle 會(huì)把 exists 解析 成 join 語(yǔ)句(譯者按: 相對(duì)來(lái)說(shuō),用NOT EXISTS替換NOT IN 將更顯著地提高效率,下一節(jié)中將指出)16.       用NOT EXISTS替代NOT IN 在子查詢中,NOT IN子句將執(zhí)行一個(gè)內(nèi)部的排序和合并. 無(wú)論在哪種情況下,NOT IN都是最低效的 (因?yàn)樗鼘?duì)子查詢中的表執(zhí)行了一個(gè)全表遍歷).   為了避免使用NOT IN ,我們可以把它改寫成外連接(Outer Joins

57、)或NOT EXISTS.例如: SELECT FROM EMP WHERE DEPT_NO NOT IN (SELECT DEPT_NO                           FROM DEPT            

58、60;              WHERE DEPT_CAT=A); 為了提高效率.改寫為: (方法一: 高效) SELECT . FROM EMP A,DEPT B WHERE A.DEPT_NO = B.DEPT(+) AND B.DEPT_NO IS NULL AND B.DEPT_CAT(+) = A (方法二: 最高效) SELECT . FROM EMP E WHERE NOT EXISTS (SELECT X    &#

59、160;                 FROM DEPT D                      WHERE D.DEPT_NO = E.DEPT_NO       &#

60、160;              AND DEPT_CAT = A);17.       用表連接替換EXISTS       通常來(lái)說(shuō) , 采用表連接的方式比EXISTS更有效率        SELECT ENAME      

61、60; FROM EMP E        WHERE EXISTS (SELECT X                        FROM DEPT              

62、0;         WHERE DEPT_NO = E.DEPT_NO                        AND DEPT_CAT = A);       (更高效)      

63、0; SELECT ENAME        FROM DEPT D,EMP E        WHERE E.DEPT_NO = D.DEPT_NO        AND DEPT_CAT = A ;    (譯者按: 在RBO的情況下,前者的執(zhí)行路徑包括FILTER,后者使用NESTED LOOP)18.       用EX

64、ISTS替換DISTINCT 當(dāng)提交一個(gè)包含一對(duì)多表信息(比如部門表和雇員表)的查詢時(shí),避免在SELECT子句中使用DISTINCT. 一般可以考慮用EXIST替換 例如: 低效:      SELECT DISTINCT DEPT_NO,DEPT_NAME      FROM DEPT D,EMP E      WHERE D.DEPT_NO = E.DEPT_NO 高效:      SELECT DEPT_NO,DEPT_NAME

65、     FROM DEPT D      WHERE EXISTS ( SELECT X                      FROM EMP E              

66、0;       WHERE E.DEPT_NO = D.DEPT_NO);    EXISTS 使查詢更為迅速,因?yàn)镽DBMS核心模塊將在子查詢的條件一旦滿足后,立刻返回結(jié)果. 19.  識(shí)別低效執(zhí)行的SQL語(yǔ)句 用下列SQL工具找出低效SQL: SELECT EXECUTIONS , DISK_READS, BUFFER_GETS,          ROUND(BUFFER_GETS-DISK_READS)/B

67、UFFER_GETS,2) Hit_radio,          ROUND(DISK_READS/EXECUTIONS,2) Reads_per_run,          SQL_TEXT FROM    V$SQLAREA WHERE   EXECUTIONS>0 AND      BUFFER_GETS > 0 AN

68、D (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8 ORDER BY 4 DESC;       (譯者按: 雖然目前各種關(guān)于SQL優(yōu)化的圖形化工具層出不窮,但是寫出自己的SQL工具來(lái)解決問(wèn)題始終是一個(gè)最好的方法)20. 使用TKPROF 工具來(lái)查詢SQL性能狀態(tài) SQL trace 工具收集正在執(zhí)行的SQL的性能狀態(tài)數(shù)據(jù)并記錄到一個(gè)跟蹤文件中. 這個(gè)跟蹤文件提供了許多有用的信息,例如解析次數(shù).執(zhí)行次數(shù),CPU使用時(shí)間等.這些數(shù)據(jù)將可以用來(lái)優(yōu)化你的系統(tǒng). 設(shè)置SQL TRACE在會(huì)話級(jí)別: 有效 &#

69、160;   ALTER SESSION SET SQL_TRACE TRUE 設(shè)置SQL TRACE 在整個(gè)數(shù)據(jù)庫(kù)有效仿, 你必須將SQL_TRACE參數(shù)在init.ora中設(shè)為TRUE, USER_DUMP_DEST參數(shù)說(shuō)明了生成跟蹤文件的目錄    (譯者按: 這一節(jié)中,作者并沒(méi)有提到TKPROF的用法, 對(duì)SQL TRACE的用法也不夠準(zhǔn)確, 設(shè)置SQL TRACE首先要在init.ora 中設(shè)定TIMED_STATISTICS, 這樣才能得到那些重要的時(shí)間狀態(tài). 生成的trace文件是不可讀的,所以要用TKPROF工具對(duì)其進(jìn)行轉(zhuǎn) 換,TKPRO

70、F有許多執(zhí)行參數(shù). 大家可以參考ORACLE手冊(cè)來(lái)了解具體的配置. ) 21. 用EXPLAIN PLAN 分析SQL語(yǔ)句 EXPLAIN PLAN 是一個(gè)很好的分析SQL語(yǔ)句的工具,它甚至可以在不執(zhí)行SQL的情況下分析語(yǔ)句. 通過(guò)分析,我們就可以知道ORACLE是怎么樣連接表,使用什么方式掃描表(索引掃描或全表掃描)以及使用到的索引名稱. 你需要按照從里到外,從上到下的次序解讀分析的結(jié)果. EXPLAIN PLAN分析的結(jié)果是用縮進(jìn)的格式排列的, 最內(nèi)部的操作將被最先解讀, 如果兩個(gè)操作處于同一層中,帶有最小操作號(hào)的將被首先執(zhí)行. NESTED LOOP是少數(shù)不按照上述規(guī)則處理的操作, 正確

71、的執(zhí)行路徑是檢查對(duì)NESTED LOOP提供數(shù)據(jù)的操作,其中操作號(hào)最小的將被最先處理. 譯者按: 通過(guò)實(shí)踐, 感到還是用SQLPLUS中的SET TRACE 功能比較方便. 舉例: SQL> list    1   SELECT *    2   FROM dept, emp    3* WHERE emp.deptno = dept.deptno SQL> set autotrace traceonly /*traceonly 可以不顯示執(zhí)行結(jié)果*/ SQL> / 14 ro

72、ws selected. Execution Plan -     0       SELECT STATEMENT Optimizer=CHOOSE     1     0    NESTED LOOPS     2     1      TABLE ACCESS (FULL) OF &

73、#39;EMP'     3     1      TABLE ACCESS (BY INDEX ROWID) OF 'DEPT'     4     3        INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE) Statistics -  

74、0;         0   recursive calls            2   db block gets           30   consistent gets        &#

75、160;   0   physical reads            0   redo size         2598   bytes sent via SQL*Net to client          503   bytes recei

76、ved via SQL*Net from client            2   SQL*Net roundtrips to/from client            0   sorts (memory)            0  

77、; sorts (disk)           14   rows processed 通過(guò)以上分析,可以得出實(shí)際的執(zhí)行步驟是: 1.        TABLE ACCESS (FULL) OF 'EMP' 2.        INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE) 3.

78、        TABLE ACCESS (BY INDEX ROWID) OF 'DEPT' 4.        NESTED LOOPS (JOINING 1 AND 3) 注: 目前許多第三方的工具如TOAD和ORACLE本身提供的工具如OMS的SQL Analyze都提供了極其方便的EXPLAIN PLAN工具.也許喜歡圖形化界面的朋友們可以選用它們. 22.用索引提高效率 索引是表的一個(gè)概念部分, 用來(lái)提高檢索數(shù)據(jù)的效率. 實(shí)際上

79、,ORACLE使用了一個(gè)復(fù)雜的自平衡B-tree結(jié)構(gòu). 通常,通過(guò)索引查詢數(shù)據(jù)比全表掃描要快. 當(dāng)ORACLE找 出執(zhí)行查詢和Update語(yǔ)句的最佳路徑時(shí), ORACLE優(yōu)化器將使用索引. 同樣在聯(lián)結(jié)多個(gè)表時(shí)使用索引也可以提高效率. 另一個(gè)使用索引的好處是, 它提供了主鍵(primary key)的唯一性驗(yàn)證. 除了那些LONG或LONG RAW數(shù)據(jù)類型, 你可以索引幾乎所有的列. 通常, 在大型表中使用索引特別有效. 當(dāng)然,你也會(huì)發(fā)現(xiàn), 在掃描小表時(shí),使用索引同樣能提高效率. 雖然使用索引能得到查詢效率的提高,但是我們也必須注意到它的代價(jià). 索引需要空間來(lái) 存儲(chǔ),也需要定期維護(hù), 每當(dāng)有記錄

80、在表中增減或索引列被修改時(shí), 索引本身也會(huì)被修改. 這意味著每條記錄的INSERT , DELETE , UPDATE將為此多付出4 , 5 次的磁盤I/O . 因?yàn)樗饕枰~外的存儲(chǔ)空間和處理,那些不必要的索引反而會(huì)使查詢反應(yīng)時(shí)間變慢. 譯者按: 定期的重構(gòu)索引是有必要的. ALTER INDEX <INDEXNAME> REBUILD <TABLESPACENAME> 23.索引的操作 ORACLE對(duì)索引有兩種訪問(wèn)模式. 索引唯一掃描 ( INDEX UNIQUE SCAN) 大多數(shù)情況下, 優(yōu)化器通過(guò)WHERE子句訪問(wèn)INDEX. 例如: 表LODGING有兩個(gè)索

81、引 : 建立在LODGING列上的唯一性索引LODGING_PK和建立在MANAGER列上的非唯一性索引LODGING$MANAGER. SELECT * FROM LODGING WHERE LODGING = ROSE HILL;     在內(nèi)部 , 上述SQL將被分成兩步執(zhí)行, 首先 , LODGING_PK 索引將通過(guò)索引唯一掃描的方式被訪問(wèn) , 獲得相對(duì)應(yīng)的ROWID, 通過(guò)ROWID訪問(wèn)表的方式 執(zhí)行下一步檢索.     如果被檢索返回的列包括在INDEX列中,ORACLE將不執(zhí)行第二步的處理(通過(guò)ROWID訪問(wèn)表). 因

82、為檢索數(shù)據(jù)保存在索引中, 單單訪問(wèn)索引就可以完全滿足查詢結(jié)果.     下面SQL只需要INDEX UNIQUE SCAN 操作.                   SELECT LODGING          FROM   LODGING WHERE LODGING = ROSE HILL;  

83、;  索引范圍查詢(INDEX RANGE SCAN)        適用于兩種情況: 1.        基于一個(gè)范圍的檢索 2.        基于非唯一性索引的檢索 例1:        SELECT LODGING        FROM  

84、 LODGING WHERE LODGING LIKE M%; WHERE子句條件包括一系列值, ORACLE將通過(guò)索引范圍查詢的方式查詢LODGING_PK . 由于索引范圍查詢將返回一組值, 它的效率就要比索引唯一掃描低一些. 例2:        SELECT LODGING        FROM   LODGING WHERE MANAGER = BILL GATES;    這個(gè)SQL的執(zhí)行分兩步, LODGING$MANA

85、GER的索引范圍查詢(得到所有符合條件記錄的ROWID) 和下一步同過(guò)ROWID訪問(wèn)表得到 LODGING列的值. 由于LODGING$MANAGER是一個(gè)非唯一性的索引,數(shù)據(jù)庫(kù)不能對(duì)它執(zhí)行索引唯一掃描.    由于SQL返回LODGING列,而它并不存在于LODGING$MANAGER索引中, 所以在索引范圍查詢后會(huì)執(zhí)行一個(gè)通過(guò)ROWID訪問(wèn)表的操作.    WHERE子句中, 如果索引列所對(duì)應(yīng)的值的第一個(gè)字符由通配符(WILDCARD)開(kāi)始, 索引將不被采用. SELECT LODGING      

86、  FROM   LODGING WHERE MANAGER LIKE HANMAN; 在這種情況下，ORACLE將使用全表掃描. 24. 基礎(chǔ)表的選擇 基礎(chǔ)表(Driving Table)是指被最先訪問(wèn)的表(通常以全表掃描的方式被訪問(wèn)). 根據(jù)優(yōu)化器的不同, SQL語(yǔ)句中基礎(chǔ)表的選擇是不一樣的. 如果你使用的是CBO (COST BASED OPTIMIZER),優(yōu)化器會(huì)檢查SQL語(yǔ)句中的每個(gè)表的物理大小,索引的狀態(tài),然后選用花費(fèi)最低的執(zhí)行路徑. 如果你用RBO (RULE BASED OPTIMIZER) , 并且所有的連接條件都有索引對(duì)應(yīng), 在這種情況下,

87、基礎(chǔ)表就是FROM 子句中列在最后的那個(gè)表. 舉例:       SELECT A.NAME , B.MANAGER       FROMWORKER A,               LODGING B       WHEREA.LODGING = B.LODING; 由于LODGING表的LODING列上有一個(gè)索引

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

89、如果相同表中兩個(gè)想同等級(jí)的索引將被引用, WHERE子句中最先被引用的索引將有最高的優(yōu)先級(jí). 舉例:       DEPTNO上有一個(gè)非唯一性索引,EMP_CAT也有一個(gè)非唯一性索引.       SELECT ENAME,       FROM EMP       WHERE DEPT_NO = 20       AND EMP_CAT = A; 這里,DEPTNO索引將被最先檢索,然后同EMP_CAT索引檢索出的記錄進(jìn)行合并. 執(zhí)行路徑如下: TABLE ACCESS BY ROWID ON EMP      AND-EQUAL          INDEX RANGE SCAN ON DEPT_IDX