編寫高效的SQL語(yǔ)句

1、1.1 編寫高效的SQL語(yǔ)句1.1.1 SQL語(yǔ)句的執(zhí)行過(guò)程1.1.2 選用適合的ORACLE優(yōu)化器使用提示：與數(shù)據(jù)庫(kù)管理員密切相關(guān)。在缺省情況下，ORACLE采用CHOOSE優(yōu)化器，由數(shù)據(jù)庫(kù)管理員定期運(yùn)行analyze命令進(jìn)行表分析，保證數(shù)據(jù)庫(kù)中的對(duì)象統(tǒng)計(jì)信息的準(zhǔn)確性。ORACLE的優(yōu)化器共有3種：a. RULE (基于規(guī)則) b. COST (基于成本) c. CHOOSE (選擇性) 可以通過(guò)對(duì)init.ora文件中OPTIMIZER_MODE參數(shù)的設(shè)置來(lái)設(shè)置缺省的優(yōu)化器，如RULE，COST，CHOOSE，ALL_ROWS，F(xiàn)IRST_ROWS 。也可以在SQL句級(jí)或是會(huì)話(sessi

2、on)級(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)化器。1.1.3 訪問(wèn)Table的方式使用提示：與開(kāi)發(fā)人員密切相關(guān)，作為OLTP系統(tǒng)，應(yīng)盡量減少表掃描。ORACLE 對(duì)于表的訪問(wèn)采用如下兩種方式：a. 全表掃描 全表掃描就

3、是順序地訪問(wèn)表中每條記錄。ORACLE采用一次讀入多個(gè)數(shù)據(jù)塊(database block)的方式進(jìn)行全表掃描。b. 通過(guò)ROWID訪問(wèn)表 采用基于ROWID的訪問(wèn)方式會(huì)提高訪問(wèn)表的效率，ROWID包含了表中記錄的物理位置信息。ORACLE采用索引(INDEX)實(shí)現(xiàn)了數(shù)據(jù)和存放數(shù)據(jù)的物理位置(ROWID)之間的聯(lián)系。 通常索引提供了快速訪問(wèn)ROWID的方法，因此基于索引列的查詢可以得到性能上的提高。1.1.4 共享SQL語(yǔ)句使用提示：與開(kāi)發(fā)人員密切相關(guān)為了不重復(fù)解析相同的SQL語(yǔ)句，在第一次解析之后，ORACLE將SQL語(yǔ)句存放在內(nèi)存中。這塊內(nèi)存位于系統(tǒng)全局區(qū)域SGA(system globa

4、l area)的共享池(shared buffer pool)中，可以被所有的數(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)存的使用。數(shù)據(jù)庫(kù)管理員必須在init.ora中為這個(gè)區(qū)域設(shè)置合適的參數(shù)，這個(gè)內(nèi)存區(qū)域越大，就可以保留更多的語(yǔ)句，被共享的可能性也越大。也并不是越大越好，應(yīng)遵守“夠用就好”的原則。 當(dāng)向ORACLE 提交一個(gè)SQL語(yǔ)句，ORACLE會(huì)首先在共享池中查找相同的語(yǔ)句。需要說(shuō)明的是，ORACLE對(duì)兩者采取的是一

5、種嚴(yán)格匹配，要達(dá)成共享，SQL語(yǔ)句必須完全相同（包括空格、換行等）。 共享的語(yǔ)句必須滿足三個(gè)條件：A. 字符級(jí)的比較：當(dāng)前被執(zhí)行的語(yǔ)句和共享池中的語(yǔ)句必須完全相同. 例如: SELECT * FROM DM_SWJG; 和下列每一個(gè)都不同 SELECT * from DM_SWJG; Select * From Dm_swjg; B. 兩個(gè)語(yǔ)句所指的對(duì)象必須完全相同：例如：用戶對(duì)象名如何訪問(wèn) Jacksal_limitprivate synonymWork_citypublic synonymPlant_detailpublic synonymJillsal_limitprivate syno

6、nymWork_citypublic synonymPlant_detailtable owner下列SQL語(yǔ)句能否在這兩個(gè)用戶之間共享SQL能否共享原因select max(sal_cap) from sal_limit;不能每個(gè)用戶都有一個(gè)private synonym - sal_limit , 它們是不同的對(duì)象select count(*) from work_city where sdesc like 'NEW%'能兩個(gè)用戶訪問(wèn)相同的對(duì)象public synonym - work_cityselect a.sdesc,b.location from work_city

7、 a , plant_detail b where a.city_id = b.city_id不能用戶jack 通過(guò)private synonym訪問(wèn)plant_detail 而jill 是表的所有者,對(duì)象不同.C. 兩個(gè)SQL語(yǔ)句中必須使用相同的名字的綁定變量(bind variables) 例如： 如下a組的兩個(gè)SQL語(yǔ)句是相同的(可以共享),而b組中的兩個(gè)語(yǔ)句是不同的(即使在運(yùn)行時(shí),賦于不同的綁定變量相同的值) a.變量名相同select pin , name from people where pin = :blk1.pin; select pin , name from people

8、 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;1.1.5 選擇最有效率的表名順序(只在基于規(guī)則的優(yōu)化器中有效)使用提示：在進(jìn)行多表連接查詢時(shí)必須遵守本例，如果對(duì)于數(shù)據(jù)量情況不清楚，請(qǐng)向設(shè)計(jì)或者需求人員確認(rèn)。ORACLE的解析器按照從右到左的順序處理FROM子句中的表名，因此FROM子句中寫在最后的表(基礎(chǔ)表 driving table)將被最先處理。在FRO

9、M子句中包含多個(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 16,384 條記錄 表 TAB2 1 條記錄 選擇TAB2作為基礎(chǔ)表 (最好的方法) select count(*) from tab1,tab2 執(zhí)行時(shí)間0.96秒 選擇TAB2作為基礎(chǔ)表 (不佳的方法) select count(*) from tab2,tab1 執(zhí)行時(shí)

10、間26.09秒 如果有3個(gè)以上的表連接查詢，那就需要選擇交叉表(intersection table)作為基礎(chǔ)表，交叉表是指那個(gè)被其他表所引用的表。例如: EMP表的EMP_NO和CAT_NO列分別在LOCATION表和CATEGORY表中出現(xiàn)，EMP表是LOCATION表和CATEGORY表的交叉表。高效語(yǔ)句：SELECT * FROM LOCATION L , CATEGORY C, EMP EWHERE E.LOCN = L.LOCNAND E.CAT_NO = C.CAT_NO AND E.EMP_NO BETWEEN 1000 AND 2000低效語(yǔ)句：SELECT * FROM E

11、MP E , LOCATION L , CATEGORY C WHERE E.CAT_NO = C.CAT_NO AND E.LOCN = L.LOCN AND E.EMP_NO BETWEEN 1000 AND 2000 1.1.6 WHERE子句中的連接順序使用提示：在進(jìn)行多表連接查詢時(shí)必須遵守本例ORACLE采用自下而上的順序解析WHERE子句,根據(jù)這個(gè)原理,表之間的連接必須寫在其他WHERE條件之前, 那些可以過(guò)濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的末尾。例如: SQL效率SELECT FROM EMP E WHERE SAL > 50000 AND JOB = MANA

12、GER' AND 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=E.EMPNO); 低效,執(zhí)行時(shí)間156.3秒SELECT FROM EMP E WHERE 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=E.EMPNO) AND SAL > 50000 AND JOB = MANAGER' 高效,執(zhí)行時(shí)間10.6秒1.1.7 SELECT子句中避免使用*使用提示：不允許使用SELECT *在SELECT子句中列出所有的COLUMN時(shí)，使用*是一個(gè)方便的方法。但這是一個(gè)非常低效的方法。因?yàn)镺

13、RACLE在解析的過(guò)程中，會(huì)將*依次轉(zhuǎn)換成所有的列名，這個(gè)工作是通過(guò)查詢數(shù)據(jù)字典完成的，將耗費(fèi)更多的時(shí)間。1.1.8 減少訪問(wèn)數(shù)據(jù)庫(kù)的次數(shù)使用提示：目前項(xiàng)目中基本上采用方法3，對(duì)于方法1、2可視具體情況使用當(dāng)執(zhí)行每條SQL語(yǔ)句時(shí), ORACLE在內(nèi)部執(zhí)行了許多工作: 解析SQL語(yǔ)句, 估算索引的利用率, 綁定變量 , 讀數(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 EM

14、P_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 C1(291); FETCH C1 INTO ,.,. ; CLOSE C1; END; 方法3 (高效) SELECT A.EMP_NAME , A.S

15、ALARY , A.GRADE, B.EMP_NAME , B.SALARY , B.GRADE FROM EMP A,EMP B WHERE A.EMP_NO = 342 OR B.EMP_NO = 291; 1.1.9 刪除重復(fù)記錄 使用提示：程序中基本上用不到這個(gè)例子，在進(jìn)行推廣維護(hù)時(shí)可推薦使用本例。DELETE FROM EMP E WHERE E.ROWID > (SELECT MIN(X.ROWID) FROM EMP X WHERE X.EMP_NO = E.EMP_NO); 1.1.10 用TRUNCATE替代DELETE 使用提示：TRUNCATE僅適用于全表刪除當(dāng)刪除

16、表中的記錄時(shí)，在通常情況下,，回滾段(rollback segments ) 用來(lái)存放可以被恢復(fù)的信息。如果執(zhí)行了ROLLBACK操作，ORACLE會(huì)將數(shù)據(jù)恢復(fù)到刪除之前的狀態(tài)(準(zhǔn)確地說(shuō)是恢復(fù)到執(zhí)行刪除命令之前的狀況) 。而當(dāng)運(yùn)用TRUNCATE時(shí)，回滾段不再存放任何可被恢復(fù)的信息。當(dāng)命令運(yùn)行后，數(shù)據(jù)不能被恢復(fù)。因此很少的資源被調(diào)用，執(zhí)行時(shí)間也會(huì)很短。1.1.11 盡量可能的多使用COMMIT使用提示：盡量少使用事務(wù)，能不用盡量不用只要有可能，在程序中應(yīng)盡量多使用COMMIT，這樣程序的性能會(huì)得到提高，對(duì)于資源的需求也會(huì)因?yàn)镃OMMIT所釋放的資源而減少: COMMIT所釋放的資源: a. 回

17、滾段上用于恢復(fù)數(shù)據(jù)的信息. b. 被程序語(yǔ)句獲得的鎖 c. redo log buffer 中的空間 d. ORACLE為管理上述3種資源中的內(nèi)部花費(fèi) 在COMMIT時(shí)必須要考慮事務(wù)的完整性，現(xiàn)實(shí)中效率和事務(wù)完整性往往不可兼得的。禁止無(wú)任何意義的開(kāi)啟事務(wù)。1.1.12 用Where子句替換HAVING子句 使用提示：HAVING 中的條件一般用于對(duì)一些集合函數(shù)的比較,如COUNT() 等等。除此而外，限制條件必須寫在WHERE子句中。避免使用HAVING子句, HAVING 只會(huì)在檢索出所有記錄之后才對(duì)結(jié)果集進(jìn)行過(guò)濾。這個(gè)處理需要排序,總計(jì)等操作。盡量通過(guò)WHERE子句來(lái)限制記錄的數(shù)目,達(dá)到減

18、少這方面開(kāi)銷的目的。例如: SQL效率SELECT REGION，AVG(LOG_SIZE) FROM LOCATION GROUP BY REGION HAVING REGION != SYDNEY' AND REGION != PERTH'低效SELECT REGION，AVG(LOG_SIZE) FROM LOCATION WHERE REGION != SYDNEY' AND REGION != PERTH' GROUP BY REGION 高效1.1.13 減少對(duì)表的查詢使用提示：必須嚴(yán)格遵守本例在含有子查詢的SQL語(yǔ)句中,要特別注意減少對(duì)表的查詢.

19、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 (TAB_NAME,DB_VER) = ( SELECT TAB_NAME,DB_VER) FROM TAB_COLUMNS WHERE VERSION = 604) 高效UPDATE

20、 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) = (SELECT MAX(CATEGORY) , MAX(SAL_RANGE) FROM EMP_CATEGORIES) WHERE EMP_DEPT = 0020;高效1.1.14 通過(guò)內(nèi)部（單行）函數(shù)提高SQL效率使用提示：當(dāng)程序出現(xiàn)效

21、率低下的問(wèn)題時(shí)可酌情使用，一般情況下不建議用，并且對(duì)于出現(xiàn)多表連接，超過(guò)3個(gè)表以上時(shí)，需要經(jīng)過(guò)評(píng)審。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.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

22、NUMBER) RETURN VARCHAR2 AS 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 VARCHAR2 AS ENAME VARCHAR2(30); CURSOR C1 IS SELECT ENAME

23、 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 H GROUP BY H.EMPNO , H.HIST_TYPE; 1.1.15 使用表的別名(Alias)使用提示：必須使用別名，禁止使用表名當(dāng)在SQL語(yǔ)句中連接多個(gè)表時(shí)

24、, 請(qǐng)使用表的別名并把別名前綴于每個(gè)Column上?？梢詼p少解析的時(shí)間并減少那些由Column歧義引起的語(yǔ)法錯(cuò)誤。Column歧義指的是由于SQL中不同的表具有相同的Column名,當(dāng)SQL語(yǔ)句中出現(xiàn)這個(gè)Column時(shí),SQL解析器無(wú)法判斷這個(gè)Column的歸屬 。1.1.16 用EXISTS替代IN使用提示：在不導(dǎo)致語(yǔ)義發(fā)生變化情況下，必須使用EXISTS在許多基于基礎(chǔ)表的查詢中,為了滿足一個(gè)條件,往往需要對(duì)另一個(gè)表進(jìn)行聯(lián)接.在這種情況下, 使用EXISTS(或NOT EXISTS)通常將提高查詢的效率. 例：SQL效率SELECT * FROM EMP (基礎(chǔ)表) WHERE EMPNO

25、> 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.DEPTNO = EMP.DEPTNO AND LOC = MELB') 高效1.1.17 用NOT EXISTS替代NOT IN 使用提示：在不導(dǎo)致語(yǔ)義發(fā)生變化情況下，必須使用NOT EXISTS在子查詢中，NOT IN子句將執(zhí)行一個(gè)內(nèi)部的排序和合并。無(wú)論在哪種情況下

26、，NOT IN都是最低效的 (因?yàn)樗鼘?duì)子查詢中的表執(zhí)行了一個(gè)全表遍歷)。為了避免使用NOT IN，我們可以把它改寫成外連接(Outer Joins)或NOT EXISTS。SQL效率SELECT FROM EMP WHERE DEPT_NO NOT IN (SELECT DEPT_NO FROM DEPT 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 . F

27、ROM EMP E WHERE NOT EXISTS (SELECT X' FROM DEPT D WHERE D.DEPT_NO = E.DEPT_NO AND DEPT_CAT = A');高效1.1.18 表連接和EXISTS需要進(jìn)行比較使用提示：在不導(dǎo)致語(yǔ)義發(fā)生變化情況下，必須使用嘗試上述兩種寫法，選最優(yōu)的通常來(lái)說(shuō)，在同樣可以達(dá)到目的時(shí)，需要比較表連接方式和EXISTS方式。SQL效率SELECT ENAME FROM EMP E WHERE EXISTS (SELECT X' FROM DEPT WHERE DEPT_NO = E.DEPT_NO AND DE

28、PT_CAT = A'); 需要比較SELECT ENAME FROM DEPT D,EMP E WHERE E.DEPT_NO = D.DEPT_NO AND DEPT_CAT = A' ;需要比較1.1.19 用EXISTS替換DISTINCT 使用提示：在不導(dǎo)致語(yǔ)義發(fā)生變化情況下，必須使用嘗試上述兩種寫法，選最優(yōu)的當(dāng)提交一個(gè)包含一對(duì)多表信息(比如部門表和雇員表)的查詢時(shí)，避免在SELECT子句中使用DISTINCT。一般可以考慮用EXIST替換，因?yàn)镋XISTS 使查詢更為迅速，因?yàn)镽DBMS核心模塊將在子查詢的條件一旦滿足后，立刻返回結(jié)果。SQL效率SELECT DIS

29、TINCT DEPT_NO,DEPT_NAME FROM DEPT D,EMP E WHERE D.DEPT_NO = E.DEPT_NO低效SELECT DEPT_NO,DEPT_NAME FROM DEPT D WHERE EXISTS ( SELECT X' FROM EMP E WHERE E.DEPT_NO = D.DEPT_NO);高效1.1.20 識(shí)別'低效執(zhí)行'的SQL語(yǔ)句 使用提示：優(yōu)化工作應(yīng)該做在前面，在這個(gè)時(shí)候再做，代價(jià)就太大了?？晒┦褂玫钠渌ぞ哌€有很多，這個(gè)語(yǔ)句可以參考用下列SQL語(yǔ)句找出低效SQL: SELECT EXECUTIONS , D

30、ISK_READS, BUFFER_GETS, ROUND(BUFFER_GETS-DISK_READS)/BUFFER_GETS,2) Hit_radio, ROUND(DISK_READS/EXECUTIONS,2) Reads_per_run, SQL_TEXT FROM V$SQLAREA WHERE EXECUTIONS>0 AND BUFFER_GETS > 0 AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8 ORDER BY 4 DESC; 1.1.21 用索引提高效率 使用提示：必須定期重建索引索引是表的一個(gè)概念部

31、分，用來(lái)提高檢索數(shù)據(jù)的效率。實(shí)際上，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)然，在掃描小表時(shí)，使用索引同樣能提高效率。雖然使用索引能得到查詢效率的提高，但是我們也必須注意到它的代價(jià)。索引需要空間來(lái)存儲(chǔ)，也需要定期維護(hù)，每當(dāng)有記錄在表中增減或索

32、引列被修改時(shí)，索引本身也會(huì)被修改。這意味著每條記錄的INSERT、DELETE、UPDATE將為此多付出4、5 次的磁盤I/O。因?yàn)樗饕枰~外的存儲(chǔ)空間和處理，那些不必要的索引反而會(huì)使查詢反應(yīng)時(shí)間變慢。重建索引需要如下語(yǔ)句：ALTER INDEX <INDEXNAME> REBUILD <TABLESPACENAME>1.1.22 索引的操作 CTAIS中的使用提示：CTAIS中的唯一索引較少，大部分情況為非唯一索引ORACLE對(duì)索引有兩種訪問(wèn)模式. 索引唯一掃描 ( INDEX UNIQUE SCAN) 大多數(shù)情況下，優(yōu)化器通過(guò)WHERE子句訪問(wèn)INDEX。例如：表

33、LODGING有兩個(gè)索引：建立在LODGING列上的唯一性索引LODGING_PK和建立在MANAGER列上的非唯一性索引LODGING$MANAGER。SELECT * FROM LODGING WHERE LODGING = ROSE HILL' 在ORACLE內(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)表)。 因?yàn)闄z索數(shù)據(jù)保存在索引中, 單單訪問(wèn)索引就可以完全滿足查詢結(jié)果

34、。下面SQL只需要INDEX UNIQUE SCAN 操作. SELECT LODGING FROM LODGING WHERE LODGING = ROSE HILL' 索引范圍查詢(INDEX RANGE SCAN) 適用于兩種情況: 1. 基于一個(gè)范圍的檢索 2. 基于非唯一性索引的檢索 例1: SELECT LODGING FROM LODGING WHERE LODGING LIKE M%' WHERE子句條件包括一系列值，ORACLE將通過(guò)索引范圍查詢的方式查詢LODGING_PK。由于索引范圍查詢將返回一組值，它的效率就要比索引唯一掃描低一些。例2: SELECT

35、 LODGING FROM LODGING WHERE MANAGER = BILL GATES' 這個(gè)SQL的執(zhí)行分兩步，LODGING$MANAGER的索引范圍查詢(得到所有符合條件記錄的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)始，索引將不被采用。例

36、：SELECT LODGING FROM LODGING WHERE MANAGER LIKE HANMAN' 在這種情況下，ORACLE將使用全表掃描。1.1.23 基礎(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)，在這種情況下， 基礎(chǔ)表就是FR

37、OM 子句中列在最后的那個(gè)表。舉例: SELECT A.NAME , B.MANAGER FROM WORKER A, LODGING B WHERE A.LODGING = B.LODING; 由于LODGING表的LODING列上有一個(gè)索引，而且WORKER表中沒(méi)有相比較的索引， WORKER表將被作為查詢中的基礎(chǔ)表。1.1.24 多個(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子句中索

38、引列和常量比較才有效。如果索引列和其他表的索引類相比較。這種子句在優(yōu)化器中的等級(jí)是非常低的。如果不同表中兩個(gè)相同等級(jí)的索引將被引用，F(xiàn)ROM子句中表的順序?qū)Q定哪個(gè)會(huì)被率先使用。FROM子句中最后的表的索引將有最高的優(yōu)先級(jí)。如果相同表中兩個(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)行合并

39、。執(zhí)行路徑如下: TABLE ACCESS BY ROWID ON EMP AND-EQUAL INDEX RANGE SCAN ON DEPT_IDX INDEX RANGE SCAN ON CAT_IDX1.1.25 等式比較和范圍比較當(dāng)WHERE子句中有索引列，ORACLE不能合并它們，ORACLE將用范圍比較。舉例：DEPTNO上有一個(gè)非唯一性索引，EMP_CAT也有一個(gè)非唯一性索引。SELECT ENAME FROM EMP WHERE DEPTNO > 20 AND EMP_CAT = A' 這里只有EMP_CAT索引被用到，然后所有的記錄將逐條與DEPTNO條件進(jìn)行

40、比較。1.1.26 不明確的索引等級(jí)當(dāng)ORACLE無(wú)法判斷索引的等級(jí)高低差別時(shí)，優(yōu)化器將只使用一個(gè)索引，它就是在WHERE子句中被列在最前面的。例1: DEPTNO上有一個(gè)非唯一性索引,EMP_CAT也有一個(gè)非唯一性索引. 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 例2：EMPNO上有一個(gè)唯一性索引,EMPTYPE有一個(gè)非唯一性

41、索引。select * from emp where empno >= 2 and emp_type = 'A' ; 執(zhí)行路徑如下：0 SELECT STATEMENT Optimizer=CHOOSE 1 0 TABLE ACCESS (BY INDEX ROWID) OF 'EMP' 2 1 INDEX (RANGE SCAN) OF 'EMPTYPE' (NON-UNIQUE) 雖然EMPNO是唯一性索引，但是由于它所做的是范圍比較，等級(jí)要比非唯一性索引的等式比較低。1.1.27 避免在索引列上使用計(jì)算使用提示：必須遵守本例 WHER

42、E子句中，如果索引列是函數(shù)的一部分。優(yōu)化器將不使用索引而使用全表掃描。舉例：SQL效率SELECT FROM DEPT WHERE SAL * 12 > 25000; 低效SELECT FROM DEPT WHERE SAL > 25000/12; 高效1.1.28 自動(dòng)選擇索引使用提示：必須理解此例如果表中有兩個(gè)以上（包括兩個(gè)）索引，其中有一個(gè)唯一性索引，而其他是非唯一性。在這種情況下，ORACLE將使用唯一性索引而完全忽略非唯一性索引。例如：SELECT ENAME FROM EMP WHERE EMPNO = 2326 AND DEPTNO = 20 ; 這里，只有EMPNO

43、上的索引是唯一性的，所以EMPNO索引將用來(lái)檢索記錄。TABLE ACCESS BY ROWID ON EMP INDEX UNIQUE SCAN ON EMP_NO_IDX 1.1.29 用>=替代>使用提示：適用于對(duì)于代碼列的查找 例如，如果DEPTNO上有一個(gè)索引SQL效率SELECT * FROM EMP WHERE DEPTNO >=4 高效SELECT * FROM EMP WHERE DEPTNO >3 低效兩者的區(qū)別在于，前者DBMS將直接跳到第一個(gè)DEPT等于4的記錄而后者將首先定位到DEPTNO=3的記錄并且向前掃描到第一個(gè)DEPT大于3的記錄。1.

44、1.30 避免在索引列上使用IS NULL和IS NOT NULL使用提示：在優(yōu)化語(yǔ)句時(shí)可依據(jù)本例進(jìn)行 避免在索引中使用任何可以為空的列，ORACLE將無(wú)法使用該索引。對(duì)于單列索引，如果列包含空值，索引中將不存在此記錄。對(duì)于復(fù)合索引，如果每個(gè)列都為空，索引中同樣不存在此記錄。如果至少有一個(gè)列不為空，則記錄存在于索引中。舉例: 如果唯一性索引建立在表的A列和B列上，并且表中存在一條記錄的A，B值為(123,null)，ORACLE將不接受下一條具有相同A,B值（123,null）的記錄(插入)。然而如果所有的索引列都為空，ORACLE將認(rèn)為整個(gè)鍵值為空而空不等于空。因此你可以插入1000 條具有

45、相同鍵值的記錄,當(dāng)然它們都是空。因?yàn)榭罩挡淮嬖谟谒饕兄?，所以WHERE子句中對(duì)索引列進(jìn)行空值比較將使ORACLE停用該索引。SQL效率SELECT FROM DEPARTMENT WHERE DEPT_CODE IS NOT NULL; 低效SELECT FROM DEPARTMENT WHERE DEPT_CODE >=0;高效1.1.31 總是使用索引的第一個(gè)列使用提示：必須執(zhí)行本例如果索引是建立在多個(gè)列上，只有在它的第一個(gè)列(leading column)被where子句引用時(shí)，優(yōu)化器才會(huì)選擇使用該索引。當(dāng)引用索引的其他列時(shí)，優(yōu)化器使用了全表掃描而忽略了索引。1.1.32 用UN

46、ION-ALL 替換UNION ( 如果有可能的話) 使用提示：需要注意的是，UNION ALL 將重復(fù)輸出兩個(gè)結(jié)果集合中相同記錄。因此要從業(yè)務(wù)需求分析使用UNION ALL的可行性當(dāng)SQL語(yǔ)句需要UNION兩個(gè)查詢結(jié)果集合時(shí)，這兩個(gè)結(jié)果集合會(huì)以UNION-ALL的方式被合并，然后在輸出最終結(jié)果前進(jìn)行排序。如果用UNION ALL替代UNION，這樣排序就不是必要了。效率就會(huì)因此得到提高。舉例：SQL效率SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = '31-DEC-95' UNION

47、 SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = '31-DEC-95' 低效SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = '31-DEC-95' UNION ALL SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = '31-DEC-95' 高效1.1.33 使用提示(

48、Hints) 在對(duì)ORACLE優(yōu)化器缺省的執(zhí)行路徑不滿意時(shí)，需要手工修改執(zhí)行路徑，使用hint，這是一個(gè)很有技巧性的工作。建議只針對(duì)特定的，少數(shù)的SQL進(jìn)行hint的優(yōu)化。1.1.34 避免改變索引列的類型(禁止隱示的類型轉(zhuǎn)換)使用提示：嚴(yán)禁使用隱式的類型轉(zhuǎn)換，必須顯示的寫出來(lái)當(dāng)比較不同數(shù)據(jù)類型的數(shù)據(jù)時(shí), ORACLE自動(dòng)對(duì)列進(jìn)行簡(jiǎn)單的類型轉(zhuǎn)換. 例1：假設(shè) EMPNO是一個(gè)數(shù)值類型的索引列. SELECT FROM EMP WHERE EMPNO = 123' 實(shí)際上,經(jīng)過(guò)ORACLE類型轉(zhuǎn)換, 語(yǔ)句轉(zhuǎn)化為: SELECT FROM EMP WHERE EMPNO = TO_NUMB

49、ER(123') 例2：現(xiàn)在,假設(shè)EMP_TYPE是一個(gè)字符類型的索引列. SELECT FROM EMP WHERE EMP_TYPE = 123 這個(gè)語(yǔ)句被ORACLE轉(zhuǎn)換為: SELECT FROM EMP WHERE TO_NUMBER(EMP_TYPE)=123 因?yàn)閮?nèi)部發(fā)生的類型轉(zhuǎn)換, 這個(gè)索引將不會(huì)被用到。為了避免ORACLE對(duì)SQL進(jìn)行隱式的類型轉(zhuǎn)換，最好把類型轉(zhuǎn)換用顯式表現(xiàn)出來(lái)。注意當(dāng)字符和數(shù)值比較時(shí)，ORACLE會(huì)優(yōu)先轉(zhuǎn)換數(shù)值類型到字符類型。1.1.35 需要當(dāng)心的WHERE子句使用提示：盡量不使用函數(shù)索引，因?yàn)樾枰紤]整體的效率，在大多數(shù)情況下，使用普通的非函數(shù)索

50、引可以解決問(wèn)題某些SELECT 語(yǔ)句中的WHERE子句不使用索引。這里有一些例子。在下面的例子里，!=' 將不使用索引。因?yàn)?，索引只能告訴什么存在于表中，而不能告訴什么不存在于表中。不使用索引: SELECT ACCOUNT_NAME FROM TRANSACTION WHERE AMOUNT !=0; 使用索引: SELECT ACCOUNT_NAME FROM TRANSACTION WHERE AMOUNT >0; 下面的例子中, |'是字符連接函數(shù). 就象其他函數(shù)那樣, 停用了索引. 不使用索引: SELECT ACCOUNT_NAME,AMOUNT FROM T