Oracle SQL性能優(yōu)化40條 | 收藏了！

作者：雪山上的蒲公英 2020-05-27 11:55:47

數(shù)據(jù)庫其他數(shù)據(jù)庫

關(guān)于Oracle SQL優(yōu)化的內(nèi)容，這一篇應(yīng)該滿足常規(guī)大部分的應(yīng)用優(yōu)化要求。一起來看看吧。

[[327831]]

1. SQL語句執(zhí)行步驟

語法分析> 語義分析> 視圖轉(zhuǎn)換 >表達(dá)式轉(zhuǎn)換> 選擇優(yōu)化器 >選擇連接方式 >選擇連接順序 >選擇數(shù)據(jù)的搜索路徑 >運(yùn)行“執(zhí)行計(jì)劃”

2. 選用適合的Oracle優(yōu)化器

RULE（基于規(guī)則）、 COST（基于成本）、CHOOSE（選擇性）

3. 訪問Table的方式

全表掃描

全表掃描就是順序地訪問表中每條記錄，ORACLE采用一次讀入多個(gè)數(shù)據(jù)塊(database block)的方式優(yōu)化全表掃描。

通過ROWID訪問表

ROWID包含了表中記錄的物理位置信息，ORACLE采用索引實(shí)現(xiàn)了數(shù)據(jù)和存放數(shù)據(jù)的物理位置(ROWID)之間的聯(lián)系，通常索引提供了快速訪問ROWID的方法，因此那些基于索引列的查詢就可以得到性能上的提高。

4. 共享 SQL 語句

Oracle提供對(duì)執(zhí)行過的SQL語句進(jìn)行高速緩沖的機(jī)制。被解析過并且確定了執(zhí)行路徑的SQL語句存放在SGA的共享池中。
Oracle執(zhí)行一個(gè)SQL語句之前每次先從SGA共享池中查找是否有緩沖的SQL語句，如果有則直接執(zhí)行該SQL語句。
可以通過適當(dāng)調(diào)整SGA共享池大小來達(dá)到提高Oracle執(zhí)行性能的目的。

5. 選擇最有效率的表名順序

ORACLE的解析器按照從右到左的順序處理FROM子句中的表名，因此FROM子句中寫在最后的表(基礎(chǔ)表 driving table)將被最先處理。
當(dāng)ORACLE處理多個(gè)表時(shí)，會(huì)運(yùn)用排序及合并的方式連接它們，并且是從右往左的順序處理FROM子句。首先，掃描第一個(gè)表(FROM子句中最后的那個(gè)表)并對(duì)記錄進(jìn)行排序，然后掃描第二個(gè)表(FROM子句中倒數(shù)第二個(gè)表)，最后將所有從第二個(gè)表中檢索出的記錄與第一個(gè)表中合適記錄進(jìn)行合并。
只在基于規(guī)則的優(yōu)化器中有效。

舉例：

表 TAB1 16,384 條記錄

表 TAB2 1 條記錄

/*選擇TAB2作為基礎(chǔ)表 (最好的方法)*/  
SELECT COUNT(*) FROM TAB1,TAB2  
/*執(zhí)行時(shí)間0.96秒*/  
/*選擇TAB1作為基礎(chǔ)表 (不佳的方法)*/  
SELECT COUNT(*) FROM TAB2,TAB1   
/*執(zhí)行時(shí)間26.09秒*/

如果有3個(gè)以上的表連接查詢, 那就需要選擇交叉表(intersection table)作為基礎(chǔ)表, 交叉表是指那個(gè)被其他表所引用的表。

/*高效的SQL*/  
SELECT * FROM LOCATION L, CATEGORY C, EMP E   
WHERE E.EMP_NO BETWEEN 1000 AND 2000  
AND E.CAT_NO = C.CAT_NO  
AND E.LOCN = L.LOCN

將比下列SQL更有效率

/*低效的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 1000 AND 2000

6. Where子句中的連接順序

Oracle采用自下而上或自右向左的順序解析WHERE子句。根據(jù)這個(gè)原理,表之間的連接必須寫在其他WHERE條件之前，那些可以過濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的末尾。

/*低效,執(zhí)行時(shí)間156.3秒*/  
SELECT Column1,Column2  
FROM EMP EWHERE E.SAL > 50000  
AND E.JOB = 'MANAGER'  
AND 25 <   
(SELECT COUNT(*) FROM EMP  
WHERE MGR = E.EMPNO)  
/*高效,執(zhí)行時(shí)間10.6秒*/  
SELECT Column1,Column2FROM EMP E  
WHERE 25 < (SELECT COUNT(*) FROM EMP  
WHERE MGR=E.EMPNO)  
AND E.SAL > 50000  
AND E.JOB = 'MANAGER'

7. SELECT子句中避免使用“*”

Oracle在解析SQL語句的時(shí)候，對(duì)于“*”將通過查詢數(shù)據(jù)庫字典來將其轉(zhuǎn)換成對(duì)應(yīng)的列名。
如果在Select子句中需要列出所有的Column時(shí)，建議列出所有的Column名稱，而不是簡單的用“*”來替代，這樣可以減少多于的數(shù)據(jù)庫查詢開銷。

8. 減少訪問數(shù)據(jù)庫的次數(shù)

當(dāng)執(zhí)行每條SQL語句時(shí), ORACLE在內(nèi)部執(zhí)行了許多工作：解析SQL語句 > 估算索引的利用率 > 綁定變量 > 讀數(shù)據(jù)塊等等

由此可見, 減少訪問數(shù)據(jù)庫的次數(shù) , 就能實(shí)際上減少ORACLE的工作量。

9. 整個(gè)簡單無關(guān)聯(lián)的數(shù)據(jù)庫訪問

如果有幾個(gè)簡單的數(shù)據(jù)庫查詢語句，你可以把它們整合到一個(gè)查詢中（即使它們之間沒有關(guān)系），以減少多于的數(shù)據(jù)庫IO開銷。

雖然采取這種方法，效率得到提高，但是程序的可讀性大大降低，所以還是要權(quán)衡之間的利弊。

10. 使用Truncate而非Delete

Delete表中記錄的時(shí)候，Oracle會(huì)在Rollback段中保存刪除信息以備恢復(fù)。Truncate刪除表中記錄的時(shí)候不保存刪除信息，不能恢復(fù)。因此Truncate刪除記錄比Delete快，而且占用資源少。
刪除表中記錄的時(shí)候，如果不需要恢復(fù)的情況之下應(yīng)該盡量使用Truncate而不是Delete。
Truncate僅適用于刪除全表的記錄。

11. 盡量多使用COMMIT

只要有可能,在程序中盡量多使用COMMIT, 這樣程序的性能得到提高,需求也會(huì)因?yàn)镃OMMIT所釋放的資源而減少。

COMMIT所釋放的資源：

回滾段上用于恢復(fù)數(shù)據(jù)的信息.
被程序語句獲得的鎖
redo log buffer 中的空間
ORACLE為管理上述3種資源中的內(nèi)部花費(fèi)

12. 計(jì)算記錄條數(shù)

Select count(*) from tablename;   
Select count(1) from tablename;   
Select count(column) from tablename;

一般認(rèn)為，在沒有主鍵索引的情況之下，第二種COUNT(1)方式最快。如果只有一列且無索引COUNT(*)反而比較快，如果有索引列，當(dāng)然是使用索引列COUNT(column)最快。

13. 用Where子句替換Having子句

避免使用HAVING子句，HAVING 只會(huì)在檢索出所有記錄之后才對(duì)結(jié)果集進(jìn)行過濾。這個(gè)處理需要排序、總計(jì)等操作。如果能通過WHERE子句限制記錄的數(shù)目，就能減少這方面的開銷。

14. 減少對(duì)表的查詢操作

在含有子查詢的SQL語句中，要注意減少對(duì)表的查詢操作。

/*低效SQL*/  
SELECT TAB_NAME FROM TABLES  
WHERE TAB_NAME =(  
SELECT TAB_NAME FROM TAB_COLUMNS  
WHERE VERSION = 604)  
AND DB_VER =(  
SELECT DB_VER FROM TAB_COLUMNS  
WHERE VERSION = 604)

/*高效SQL*/  
SELECT TAB_NAME FROM TABLES  
WHERE (TAB_NAME，DB_VER)=(  
SELECT TAB_NAME，DB_VER  
FROM TAB_COLUMNS  
WHERE VERSION = 604)

15. 使用表的別名（Alias）

當(dāng)在SQL語句中連接多個(gè)表時(shí), 請(qǐng)使用表的別名并把別名前綴于每個(gè)Column上.這樣一來,就可以減少解析的時(shí)間并減少那些由Column歧義引起的語法錯(cuò)誤。

Column歧義指的是由于SQL中不同的表具有相同的Column名,當(dāng)SQL語句中出現(xiàn)這個(gè)Column時(shí),SQL解析器無法判斷這個(gè)Column的歸屬。

16. 用EXISTS替代IN

在許多基于基礎(chǔ)表的查詢中，為了滿足一個(gè)條件，往往需要對(duì)另一個(gè)表進(jìn)行聯(lián)接。在這種情況下，使用EXISTS(或NOT EXISTS)通常將提高查詢的效率。

/*低效SQL*/  
SELECT * FROM EMP   
WHERE EMPNO > 0  
AND DEPTNO IN (  
SELECT DEPTNO FROM DEPT   
WHERE LOC = 'MELB')

/*高效SQL*/  
SELECT * FROM EMP  
WHERE EMPNO > 0  
AND EXISTS (SELECT 1  
FROM DEPT   
WHERE DEPT.DEPTNO = EMP.DEPTNO  
AND LOC = 'MELB')

17. 用NOT EXISTS替代NOT IN

在子查詢中，NOT IN子句將執(zhí)行一個(gè)內(nèi)部的排序和合并，對(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')

/*高效SQL*/  
SELECT * FROM EMP E  
WHERE NOT EXISTS (SELECT 1 
FROM DEPT D  
WHERE D.DEPT_NO = E.DEPT_NO  
AND DEPT_CAT ='A')

18. 用表連接替換EXISTS

通常來說，采用表連接的方式比EXISTS更有效率。

/*低效SQL*/  
SELECT ENAME  
FROM EMP E  
WHERE EXISTS (SELECT 1  
FROM DEPT  
WHERE DEPT_NO = E.DEPT_NO  
AND DEPT_CAT = 'A')

/*高效SQL*/  
SELECT ENAME  
FROM DEPT D，EMP E  
WHERE E.DEPT_NO = D.DEPT_NO  
AND D.DEPT_CAT = 'A'

19. 用EXISTS替換DISTINCT

當(dāng)提交一個(gè)包含對(duì)多表信息（比如部門表和雇員表）的查詢時(shí)，避免在SELECT子句中使用DISTINCT。一般可以考慮用EXIST替換。

EXISTS 使查詢更為迅速，因?yàn)镽DBMS核心模塊將在子查詢的條件一旦滿足后，立刻返回結(jié)果。

/*低效SQL*/  
SELECT DISTINCT D.DEPT_NO，D.DEPT_NAME  
FROM DEPT D，EMP E  
WHERE D.DEPT_NO = E.DEPT_NO

/*高效SQL*/  
SELECT D.DEPT_NO，D.DEPT_NAME  
FROM DEPT D  
WHERE EXISTS (SELECT 1  
FROM EMP E  
WHERE E.DEPT_NO = D.DEPT_NO)

20. 識(shí)別低效的SQL語句

下面的SQL工具可以找出低效SQL，前提是需要DBA權(quán)限，否則查詢不了。

SELECT EXECUTIONS, DISK_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

另外也可以使用SQL Trace工具來收集正在執(zhí)行的SQL的性能狀態(tài)數(shù)據(jù)，包括解析次數(shù)，執(zhí)行次數(shù)，CPU使用時(shí)間等。

21. 用Explain Plan分析SQL語句

EXPLAIN PLAN 是一個(gè)很好的分析SQL語句的工具, 它甚至可以在不執(zhí)行SQL的情況下分析語句. 通過分析, 我們就可以知道ORACLE是怎么樣連接表, 使用什么方式掃描表(索引掃描或全表掃描)以及使用到的索引名稱。

22. SQL PLUS的TRACE

SQL> list  
SELECT *  
FROM dept, emp  
WHERE emp.deptno = dept.deptno  
SQL> set autotrace traceonly /*traceonly 可以不顯示執(zhí)行結(jié)果*/  
SQL> /  
rows selected.  
Execution Plan  
----------------------------------------------------------  
SELECT STATEMENT Optimizer=CHOOSE  
0   NESTED LOOPS  
1     TABLE ACCESS (FULL) OF 'EMP'   
1     TABLE ACCESS (BY INDEX ROWID) OF 'DEPT'  
3       INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE)

23. 用索引提高效率

（1）特點(diǎn)

優(yōu)點(diǎn)：提高效率主鍵的唯一性驗(yàn)證

代價(jià)：需要空間存儲(chǔ) 定期維護(hù)

重構(gòu)索引：

ALTER INDEX <INDEXNAME> REBUILD <TABLESPACENAME>

（2）Oracle對(duì)索引有兩種訪問模式

索引唯一掃描 (Index Unique Scan)
索引范圍掃描 (Index Range Scan)

（3）基礎(chǔ)表的選擇

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

（4）多個(gè)平等的索引

當(dāng)SQL語句的執(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í)的索引將被引用，F(xiàn)ROM子句中表的順序?qū)Q定哪個(gè)會(huì)被率先使用。FROM子句中最后的表的索引將有最高的優(yōu)先級(jí)。
如果相同表中兩個(gè)相同等級(jí)的索引將被引用，WHERE子句中最先被引用的索引將有最高的優(yōu)先級(jí)。

（5）等式比較優(yōu)先于范圍比較

DEPTNO上有一個(gè)非唯一性索引，EMP_CAT也有一個(gè)非唯一性索引。

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

即使是唯一性索引，如果做范圍比較，其優(yōu)先級(jí)也低于非唯一性索引的等式比較。

（6）不明確的索引等級(jí)

當(dāng)ORACLE無法判斷索引的等級(jí)高低差別，優(yōu)化器將只使用一個(gè)索引,它就是在WHERE子句中被列在最前面的。

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

（7）強(qiáng)制索引失效

如果兩個(gè)或以上索引具有相同的等級(jí)，你可以強(qiáng)制命令ORACLE優(yōu)化器使用其中的一個(gè)(通過它,檢索出的記錄數(shù)量少) 。

SELECT ENAME  
FROM EMP  
WHERE EMPNO = 7935  
AND DEPTNO + 0 = 10    /*DEPTNO上的索引將失效*/  
AND EMP_TYPE || '' = 'A'  /*EMP_TYPE上的索引將失效*/

（8）避免在索引列上使用計(jì)算

WHERE子句中，如果索引列是函數(shù)的一部分。優(yōu)化器將不使用索引而使用全表掃描。

/*低效SQL*/  
SELECT * FROM DEPT  
WHERE SAL * 12 > 25000;

/*高效SQL*/  
SELECT * FROM DEPT  
WHERE SAL > 25000/12;

（9）自動(dòng)選擇索引

如果表中有兩個(gè)以上（包括兩個(gè)）索引，其中有一個(gè)唯一性索引，而其他是非唯一性索引。在這種情況下，ORACLE將使用唯一性索引而完全忽略非唯一性索引。

SELECT ENAME FROM EMP   
WHERE EMPNO = 2326 
AND DEPTNO = 20;

這里，只有EMPNO上的索引是唯一性的，所以EMPNO索引將用來檢索記錄。

TABLE ACCESS BY ROWID ON EMP  
INDEX UNIQUE SCAN ON EMP_NO_IDX

（10）避免在索引列上使用NOT

通常，我們要避免在索引列上使用NOT，NOT會(huì)產(chǎn)生在和在索引列上使用函數(shù)相同的影響。當(dāng)ORACLE遇到NOT，它就會(huì)停止使用索引轉(zhuǎn)而執(zhí)行全表掃描。

/*低效SQL: (這里，不使用索引)*/  
SELECT * FROM DEPT  
WHERE NOT DEPT_CODE = 0

/*高效SQL: (這里，使用索引)*/  
SELECT * FROM DEPT  
WHERE DEPT_CODE > 0

24. 用 >= 替代 >

如果DEPTNO上有一個(gè)索引

/*高效SQL*/  
SELECT * FROM EMP  
WHERE DEPTNO >=4

/*低效SQL*/  
SELECT * FROM EMP  
WHERE DEPTNO >3

兩者的區(qū)別在于，前者DBMS將直接跳到第一個(gè)DEPT等于4的記錄，而后者將首先定位到DEPTNO等于3的記錄并且向前掃描到第一個(gè)DEPT大于3的記錄.

25. 用Union替換OR（適用于索引列）

通常情況下，用UNION替換WHERE子句中的OR將會(huì)起到較好的效果。對(duì)索引列使用OR將造成全表掃描。注意，以上規(guī)則只針對(duì)多個(gè)索引列有效。

/*高效SQL*/  
SELECT LOC_ID , LOC_DESC , REGION  
FROM LOCATION  
WHERE LOC_ID = 10  
UNIONS  
ELECT LOC_ID , LOC_DESC , REGION  
FROM LOCATION  
WHERE REGION = 'MELBOURNE'

/*低效SQL*/  
SELECT LOC_ID,LOC_DESC,REGION  
FROM LOCATION  
WHERE LOC_ID = 10  
OR REGION = 'MELBOURNE'

26. 用IN替換OR

/*低效SQL*/  
SELECT * FROM LOCATION  
WHERE LOC_ID = 10  
OR LOC_ID = 20  
OR LOC_ID = 30

/*高效SQL*/  
SELECT * FROM LOCATION  
WHERE LOC_IN IN (10，20，30)

實(shí)際的執(zhí)行效果還須檢驗(yàn)，在ORACLE8i下，兩者的執(zhí)行路徑似乎是相同的。

27. 避免在索引列上使用is null和is not null

避免在索引中使用任何可以為空的列，ORACLE將無法使用該索引。

/*低效SQL：（索引失效）*/  
SELECT * FROM DEPARTMENT  
WHERE DEPT_CODE IS NOT NULL;

/*高效SQL：（索引有效）*/  
SELECT * FROM DEPARTMENT  
WHERE DEPT_CODE >=0;

28. 總是使用索引的第一個(gè)列

如果索引是建立在多個(gè)列上，只有在它的第一個(gè)列(leading column)被where子句引用時(shí)，優(yōu)化器才會(huì)選擇使用該索引。

SQL> create index multindex on multiindexusage(inda,indb);  
Index created.  
SQL> select * from  multiindexusage where indb = 1;  
Execution Plan  
----------------------------------------------------------  
     SELECT STATEMENT Optimizer=CHOOSE  
0   TABLE ACCESS (FULL) OF 'MULTIINDEXUSAGE‘

很明顯, 當(dāng)僅引用索引的第二個(gè)列時(shí),優(yōu)化器使用了全表掃描而忽略了索引。

29. 使用UNION ALL替代UNION

當(dāng)SQL語句需要UNION兩個(gè)查詢結(jié)果集合時(shí)，這兩個(gè)結(jié)果集合會(huì)以UNION-ALL的方式被合并，然后在輸出最終結(jié)果前進(jìn)行排序。如果用UNION ALL替代UNION，這樣排序就不是必要了，效率就會(huì)因此得到提高。

由于UNION ALL的結(jié)果沒有經(jīng)過排序，而且不過濾重復(fù)的記錄，因此是否進(jìn)行替換需要根據(jù)業(yè)務(wù)需求而定。

30. 對(duì)UNION的優(yōu)化

由于UNION會(huì)對(duì)查詢結(jié)果進(jìn)行排序，而且過濾重復(fù)記錄，因此其執(zhí)行效率沒有UNION ALL高。UNION操作會(huì)使用到SORT_AREA_SIZE內(nèi)存塊，因此對(duì)這塊內(nèi)存的優(yōu)化也非常重要。

可以使用下面的SQL來查詢排序的消耗量：

select substr（name，1，25）  "Sort Area Name"，  
substr（value，1，15）   "Value"  
from v$sysstat  
where name like 'sort%'

31. 避免改變索引列的類型

當(dāng)比較不同數(shù)據(jù)類型的數(shù)據(jù)時(shí)， ORACLE自動(dòng)對(duì)列進(jìn)行簡單的類型轉(zhuǎn)換。

/*假設(shè)EMP_TYPE是一個(gè)字符類型的索引列.*/  
SELECT *  
FROM EMP  
WHERE EMP_TYPE = 123  
/*這個(gè)語句被ORACLE轉(zhuǎn)換為:*/  
SELECT *  
FROM EMP  
WHERE TO_NUMBER(EMP_TYPE)=123

因?yàn)閮?nèi)部發(fā)生的類型轉(zhuǎn)換，這個(gè)索引將不會(huì)被用到。

幾點(diǎn)注意：

當(dāng)比較不同數(shù)據(jù)類型的數(shù)據(jù)時(shí)，ORACLE自動(dòng)對(duì)列進(jìn)行簡單的類型轉(zhuǎn)換。
如果在索引列上面進(jìn)行了隱式類型轉(zhuǎn)換，在查詢的時(shí)候?qū)⒉粫?huì)用到索引。
注意當(dāng)字符和數(shù)值比較時(shí)，ORACLE會(huì)優(yōu)先轉(zhuǎn)換數(shù)值類型到字符類型。
為了避免ORACLE對(duì)SQL進(jìn)行隱式的類型轉(zhuǎn)換，最好把類型轉(zhuǎn)換用顯式表現(xiàn)出來。

32. 使用提示（Hints）

FULL hint 告訴ORACLE使用全表掃描的方式訪問指定表。
ROWID hint 告訴ORACLE使用TABLE ACCESS BY ROWID的操作訪問表。
CACHE hint 來告訴優(yōu)化器把查詢結(jié)果數(shù)據(jù)保留在SGA中。
INDEX Hint 告訴ORACLE使用基于索引的掃描方式。

其他的Oracle Hints

ALL_ROWS
FIRST_ROWS
RULE
USE_NL
USE_MERGE
USE_HASH 等等。

這是一個(gè)很有技巧性的工作。建議只針對(duì)特定的，少數(shù)的SQL進(jìn)行hint的優(yōu)化。

33. 幾種不能使用索引的WHERE子句

（1）下面的例子中，‘!=’ 將不使用索引，索引只能告訴你什么存在于表中，而不能告訴你什么不存在于表中。

/*不使用索引*/  
SELECT ACCOUNT_NAME  
FROM TRANSACTION  
WHERE AMOUNT !=0；

/*使用索引*/  
SELECT ACCOUNT_NAME  
FROM TRANSACTION  
WHERE AMOUNT > 0；

（2）下面的例子中，‘||’是字符連接函數(shù)。就象其他函數(shù)那樣，停用了索引。

/*不使用索引*/  
SELECT ACCOUNT_NAME，AMOUNT  
FROM TRANSACTION  
WHERE ACCOUNT_NAME||ACCOUNT_TYPE='AMEXA'；

/*使用索引*/  
SELECT ACCOUNT_NAME，AMOUNT  
FROM TRANSACTION  
WHERE ACCOUNT_NAME = 'AMEX'  
AND ACCOUNT_TYPE='A'；

（3）下面的例子中，‘+’是數(shù)學(xué)函數(shù)。就象其他數(shù)學(xué)函數(shù)那樣，停用了索引。

/*不使用索引*/  
SELECT ACCOUNT_NAME，AMOUNT  
FROM TRANSACTION  
WHERE AMOUNT + 3000 >5000；

/*使用索引*/  
SELECT ACCOUNT_NAME，AMOUNT  
FROM TRANSACTION  
WHERE AMOUNT > 2000 ;

（4）下面的例子中，相同的索引列不能互相比較，這將會(huì)啟用全表掃描。

/*不使用索引*/  
SELECT ACCOUNT_NAME, AMOUNT  
FROM TRANSACTION  
WHERE ACCOUNT_NAME = NVL(:ACC_NAME, ACCOUNT_NAME)

/*使用索引*/  
SELECT ACCOUNT_NAME，AMOUNT  
FROM TRANSACTION  
WHERE ACCOUNT_NAME LIKE NVL(:ACC_NAME, ’%’)

34. 連接多個(gè)掃描

如果對(duì)一個(gè)列和一組有限的值進(jìn)行比較，優(yōu)化器可能執(zhí)行多次掃描并對(duì)結(jié)果進(jìn)行合并連接。

舉例：

SELECT * FROM LODGING   
WHERE MANAGER IN ('BILL GATES','KEN MULLER')

優(yōu)化器可能將它轉(zhuǎn)換成以下形式：

SELECT * FROM LODGING  
WHERE MANAGER = 'BILL GATES'  
OR MANAGER = 'KEN MULLER'

35. CBO下使用更具選擇性的索引

基于成本的優(yōu)化器（CBO，Cost-Based Optimizer）對(duì)索引的選擇性進(jìn)行判斷來決定索引的使用是否能提高效率。
如果檢索數(shù)據(jù)量超過30%的表中記錄數(shù)，使用索引將沒有顯著的效率提高。
在特定情況下，使用索引也許會(huì)比全表掃描慢。而通常情況下，使用索引比全表掃描要塊幾倍乃至幾千倍！

36. 避免使用耗費(fèi)資源的操作

帶有DISTINCT，UNION，MINUS，INTERSECT，ORDER BY的SQL語句會(huì)啟動(dòng)SQL引擎執(zhí)行耗費(fèi)資源的排序（SORT）功能。DISTINCT需要一次排序操作，而其他的至少需要執(zhí)行兩次排序。
通常，帶有UNION，MINUS，INTERSECT的SQL語句都可以用其他方式重寫。

37. 優(yōu)化GROUP BY

提高GROUP BY語句的效率，可以通過將不需要的記錄在GROUP BY之前過濾掉。

/*低效SQL*/  
SELECT JOB,AVG（SAL）FROM EMP  
GROUP BY JOB  
HAVING JOB = 'PRESIDENT'' 
OR JOB = 'MANAGER'

/*高效SQL*/  
SELECT JOB,AVG（SAL）FROM EMP  
WHERE JOB = 'PRESIDENT'  
OR JOB = 'MANAGER'  
GROUP BY JOB

38. 使用日期

當(dāng)使用日期時(shí)，需要注意如果有超過5位小數(shù)加到日期上，這個(gè)日期會(huì)進(jìn)到下一天!

SELECT TO_DATE（'01-JAN-93'+.99999）  
FROM DUAL  
結(jié)果：  
'01-JAN-93 23:59:59'  
SELECT TO_DATE（'01-JAN-93'+.999999）  
FROM DUAL  
結(jié)果：  
'02-JAN-93 00:00:00'