01.31 數據庫：Oracle SQL性能優化的40條軍規（實戰典藏）

注：由於前面發佈了一篇關於MySQL的優化實戰參考，很受歡迎。有頭友希望來篇Oracle的，所有應要求，奉上一篇Oracle的SQL優化實戰參考，望有助於你更進一步。

前篇關於MySQL的見：

原址：https://www.cnblogs.com/zjfjava/p/7092503.html

話不多說，Oracle 的SQL優化實戰參考詳見下文——

1. SQL語句執行步驟

語法分析> 語義分析> 視圖轉換 >表達式轉換> 選擇優化器 >選擇連接方式 >選擇連接順序 >選擇數據的搜索路徑 >運行“執行計劃”

2. 選用適合的Oracle優化器

RULE（基於規則） COST（基於成本） CHOOSE（選擇性）

3. 訪問Table的方式

全表掃描

全表掃描就是順序地訪問表中每條記錄，ORACLE採用一次讀入多個數據塊(database block)的方式優化全表掃描。

通過ROWID訪問表

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

4. 共享 SQL 語句

• Oracle提供對執行過的SQL語句進行高速緩衝的機制。被解析過並且確定了執行路徑的SQL語句存放在SGA的共享池中。
• Oracle執行一個SQL語句之前每次先從SGA共享池中查找是否有緩衝的SQL語句，如果有則直接執行該SQL語句。
• 可以通過適當調整SGA共享池大小來達到提高Oracle執行性能的目的。

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

• ORACLE的解析器按照從右到左的順序處理FROM子句中的表名，因此FROM子句中寫在最後的表(基礎表 driving table)將被最先處理。
• 當ORACLE處理多個表時，會運用排序及合併的方式連接它們。首先，掃描第一個表(FROM子句中最後的那個表)並對記錄進行派序，然後掃描第二個表(FROM子句中最後第二個表)，最後將所有從第二個表中檢索出的記錄與第一個表中合適記錄進行合併。
• 只在基於規則的優化器中有效。

舉例：

表 TAB1 16,384 條記錄

表 TAB2 1 條記錄

 /*選擇TAB2作為基礎表 (最好的方法)*/
 select count(*) from tab1,tab2 執行時間0.96秒
 
 /*選擇TAB2作為基礎表 (不佳的方法)*/
 select count(*) from tab2,tab1 執行時間26.09秒

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

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更有效率

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子句。 根據這個原理,表之間的連接必須寫在其他WHERE條件之前，那些可以過濾掉最大數量記錄的條件必須寫在WHERE子句的末尾。

/*低效,執行時間156.3秒*/
SELECT … 
 FROM EMP E
WHERE SAL > 50000
 AND JOB = ‘MANAGER’
 AND 25 < (SELECT COUNT(*) FROM EMP
 WHERE MGR = E.EMPNO)

---

/*高效,執行時間10.6秒*/
SELECT … 
 FROM EMP E
WHERE 25 < (SELECT COUNT(*) FROM EMP
 WHERE MGR=E.EMPNO)
 AND SAL > 50000
 AND JOB = ‘MANAGER’

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

• Oracle在解析SQL語句的時候，對於“*”將通過查詢數據庫字典來將其轉換成對應的列名。
• 如果在Select子句中需要列出所有的Column時，建議列出所有的Column名稱，而不是簡單的用“*”來替代，這樣可以減少多於的數據庫查詢開銷。

8. 減少訪問數據庫的次數

當執行每條SQL語句時, ORACLE在內部執行了許多工作： 解析SQL語句 > 估算索引的利用率 > 綁定變量 > 讀數據塊等等

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

9. 整個簡單無關聯的數據庫訪問

如果有幾個簡單的數據庫查詢語句，你可以把它們整合到一個查詢中（即使它們之間沒有關係），以減少多於的數據庫IO開銷。

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

10. 使用Truncate而非Delete

• Delete表中記錄的時候，Oracle會在Rollback段中保存刪除信息以備恢復。Truncate刪除表中記錄的時候不保存刪除信息，不能恢復。因此Truncate刪除記錄比Delete快，而且佔用資源少。
• 刪除表中記錄的時候，如果不需要恢復的情況之下應該儘量使用Truncate而不是Delete。
• Truncate僅適用於刪除全表的記錄。

11. 儘量多使用COMMIT

只要有可能,在程序中儘量多使用COMMIT, 這樣程序的性能得到提高,需求也會因為COMMIT所釋放的資源而減少。

COMMIT所釋放的資源：

• 回滾段上用於恢復數據的信息.
• 被程序語句獲得的鎖
• redo log buffer 中的空間
• ORACLE為管理上述3種資源中的內部花費

12. 計算記錄條數

Select count(*) from tablename; 
Select count(1) from tablename; 
Select max(rownum) from tablename;

一般認為，在沒有索引的情況之下，第一種方式最快。 如果有索引列，使用索引列當然最快。

13. 用Where子句替換Having子句

避免使用HAVING子句，HAVING 只會在檢索出所有記錄之後才對結果集進行過濾。這個處理需要排序、總計等操作。 如果能通過WHERE子句限制記錄的數目，就能減少這方面的開銷。

14. 減少對錶的查詢操作

在含有子查詢的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） 

高效：

SELECT TAB_NAME FROM TABLES
WHERE （TAB_NAME，DB_VER）=
 （SELECT TAB_NAME，DB_VER
 FROM TAB_COLUMNS
 WHERE VERSION = 604） 

15. 使用表的別名（Alias）

當在SQL語句中連接多個表時, 請使用表的別名並把別名前綴於每個Column上.這樣一來,就可以減少解析的時間並減少那些由Column歧義引起的語法錯誤。

Column歧義指的是由於SQL中不同的表具有相同的Column名,當SQL語句中出現這個Column時,SQL解析器無法判斷這個Column的歸屬。

16. 用EXISTS替代IN

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

低效：

SELECT * FROM EMP (基礎表)
WHERE EMPNO > 0
 AND DEPTNO IN (SELECT DEPTNO 
 FROM DEPT 
 WHERE LOC = ‘MELB’)

高效：

SELECT * FROM EMP (基礎表)
WHERE EMPNO > 0
 AND EXISTS (SELECT ‘X’ 
 FROM DEPT 
 WHERE DEPT.DEPTNO = EMP.DEPTNO
 AND LOC = ‘MELB’)

17. 用NOT EXISTS替代NOT IN

在子查詢中，NOT IN子句將執行一個內部的排序和合並，對子查詢中的表執行一個全表遍歷，因此是非常低效的。

為了避免使用NOT IN，可以把它改寫成外連接（Outer Joins）或者NOT EXISTS。

低效：

SELECT … 

 FROM EMP
WHERE DEPT_NO NOT IN （SELECT DEPT_NO 
 FROM DEPT 
 WHERE DEPT_CAT=’A’） 

高效：

SELECT ….
 FROM EMP E
WHERE 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 DEPT_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

當提交一個包含對多表信息（比如部門表和僱員表）的查詢時，避免在SELECT子句中使用DISTINCT。 一般可以考慮用EXIST替換。

EXISTS 使查詢更為迅速，因為RDBMS核心模塊將在子查詢的條件一旦滿足後，立刻返回結果。

低效：

SELECT DISTINCT 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

20. 識別低效的SQL語句

下面的SQL工具可以找出低效SQL ：

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工具來收集正在執行的SQL的性能狀態數據，包括解析次數，執行次數，CPU使用時間等 。

21. 用Explain Plan分析SQL語句

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

22. SQL PLUS的TRACE

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

23. 用索引提高效率

（1）特點

優點： 提高效率 主鍵的唯一性驗證

代價： 需要空間存儲 定期維護

重構索引：

ALTER INDEX <indexname> REBUILD <tablespacename>
/<tablespacename>/<indexname>

（2）Oracle對索引有兩種訪問模式

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

（3）基礎表的選擇

• 基礎表(Driving Table)是指被最先訪問的表(通常以全表掃描的方式被訪問)。 根據優化器的不同，SQL語句中基礎表的選擇是不一樣的。
• 如果你使用的是CBO (COST BASED OPTIMIZER)，優化器會檢查SQL語句中的每個表的物理大小，索引的狀態，然後選用花費最低的執行路徑。
• 如果你用RBO (RULE BASED OPTIMIZER)， 並且所有的連接條件都有索引對應，在這種情況下，基礎表就是FROM 子句中列在最後的那個表。

（4）多個平等的索引

• 當SQL語句的執行路徑可以使用分佈在多個表上的多個索引時，ORACLE會同時使用多個索引並在運行時對它們的記錄進行合併，檢索出僅對全部索引有效的記錄。
• 在ORACLE選擇執行路徑時，唯一性索引的等級高於非唯一性索引。然而這個規則只有當WHERE子句中索引列和常量比較才有效。如果索引列和其他表的索引類相比較。這種子句在優化器中的等級是非常低的。
• 如果不同表中兩個相同等級的索引將被引用，FROM子句中表的順序將決定哪個會被率先使用。 FROM子句中最後的表的索引將有最高的優先級。
• 如果相同表中兩個相同等級的索引將被引用，WHERE子句中最先被引用的索引將有最高的優先級。

（5）等式比較優先於範圍比較

DEPTNO上有一個非唯一性索引，EMP_CAT也有一個非唯一性索引。

SELECT ENAME
 FROM EMP
 WHERE DEPTNO > 20
 AND EMP_CAT = ‘A’;

這裡只有EMP_CAT索引被用到,然後所有的記錄將逐條與DEPTNO條件進行比較. 執行路徑如下:

TABLE ACCESS BY ROWID ON EMP

INDEX RANGE SCAN ON CAT_IDX

即使是唯一性索引，如果做範圍比較，其優先級也低於非唯一性索引的等式比較。

（6）不明確的索引等級

當ORACLE無法判斷索引的等級高低差別，優化器將只使用一個索引,它就是在WHERE子句中被列在最前面的。

DEPTNO上有一個非唯一性索引，EMP_CAT也有一個非唯一性索引。

SELECT ENAME
 FROM EMP
 WHERE DEPTNO > 20
 AND EMP_CAT > ‘A’;

這裡, ORACLE只用到了DEPT_NO索引. 執行路徑如下:

TABLE ACCESS BY ROWID ON EMP

INDEX RANGE SCAN ON DEPT_IDX

（7）強制索引失效

如果兩個或以上索引具有相同的等級，你可以強制命令ORACLE優化器使用其中的一個(通過它,檢索出的記錄數量少) 。

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

AND EMP_TYPE || ‘’ = ‘A’ /*EMP_TYPE上的索引將失效*/

（8）避免在索引列上使用計算

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

低效：

SELECT …
 FROM DEPT
WHERE SAL * 12 > 25000;

高效：

SELECT …
 FROM DEPT
WHERE SAL > 25000/12;

（9）自動選擇索引

如果表中有兩個以上（包括兩個）索引，其中有一個唯一性索引，而其他是非唯一性索引。在這種情況下，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會產生在和在索引列上使用函數相同的影響。當ORACLE遇到NOT，它就會停止使用索引轉而執行全表掃描。

低效: (這裡，不使用索引)

 SELECT …
 FROM DEPT
 WHERE NOT DEPT_CODE = 0

高效：(這裡，使用了索引)

 SELECT …
 FROM DEPT
 WHERE DEPT_CODE > 0

24. 用 >= 替代 >

如果DEPTNO上有一個索引

高效:

SELECT *
 FROM EMP
 WHERE DEPTNO >=4

低效：

SELECT *
 FROM EMP
 WHERE DEPTNO >3

兩者的區別在於，前者DBMS將直接跳到第一個DEPT等於4的記錄，而後者將首先定位到DEPTNO等於3的記錄並且向前掃描到第一個DEPT大於3的記錄.

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

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

高效：

SELECT LOC_ID , LOC_DESC , REGION
 FROM LOCATION
 WHERE LOC_ID = 10
 UNION
 SELECT LOC_ID , LOC_DESC , REGION
 FROM LOCATION
 WHERE REGION = “MELBOURNE”

低效：

SELECT LOC_ID , LOC_DESC , REGION
 FROM LOCATION
 WHERE LOC_ID = 10 OR REGION = “MELBOURNE”

26. 用IN替換OR

低效：

SELECT….
 FROM LOCATION
WHERE LOC_ID = 10
 OR LOC_ID = 20
 OR LOC_ID = 30

高效：

SELECT…
 FROM LOCATION
WHERE LOC_IN IN （10，20，30）

實際的執行效果還須檢驗，在ORACLE8i下， 兩者的執行路徑似乎是相同的。

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

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

低效：（索引失效）

SELECT …
 FROM DEPARTMENT
WHERE DEPT_CODE IS NOT NULL;

高效：（索引有效）

SELECT …
 FROM DEPARTMENT
WHERE DEPT_CODE >=0;

28. 總是使用索引的第一個列

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

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

很明顯, 當僅引用索引的第二個列時,優化器使用了全表掃描而忽略了索引。

29. 使用UNION ALL替代UNION

當SQL語句需要UNION兩個查詢結果集合時，這兩個結果集合會以UNION-ALL的方式被合併，然後在輸出最終結果前進行排序。如果用UNION ALL替代UNION，這樣排序就不是必要了，效率就會因此得到提高。

由於UNION ALL的結果沒有經過排序，而且不過濾重複的記錄，因此是否進行替換需要根據業務需求而定。

30. 對UNION的優化

由於UNION會對查詢結果進行排序，而且過濾重複記錄，因此其執行效率沒有UNION ALL高。 UNION操作會使用到SORT_AREA_SIZE內存塊，因此對這塊內存的優化也非常重要。

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

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

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

當比較不同數據類型的數據時， ORACLE自動對列進行簡單的類型轉換。

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

因為內部發生的類型轉換，這個索引將不會被用到。

幾點注意：

• 當比較不同數據類型的數據時，ORACLE自動對列進行簡單的類型轉換。
• 如果在索引列上面進行了隱式類型轉換，在查詢的時候將不會用到索引。
• 注意當字符和數值比較時，ORACLE會優先轉換數值類型到字符類型。
• 為了避免ORACLE對SQL進行隱式的類型轉換，最好把類型轉換用顯式表現出來。

32. 使用提示（Hints）

• FULL hint 告訴ORACLE使用全表掃描的方式訪問指定表。
• ROWID hint 告訴ORACLE使用TABLE ACCESS BY ROWID的操作訪問表。
• CACHE hint 來告訴優化器把查詢結果數據保留在SGA中。
• INDEX Hint 告訴ORACLE使用基於索引的掃描方式。

其他的Oracle Hints

• ALL_ROWS
• FIRST_ROWS
• RULE
• USE_NL
• USE_MERGE
• USE_HASH 等等。

這是一個很有技巧性的工作。建議只針對特定的，少數的SQL進行hint的優化。

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

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

不使用索引：

 SELECT ACCOUNT_NAME
 FROM TRANSACTION
 WHERE AMOUNT !=0；

使用索引：

SELECT ACCOUNT_NAME
 FROM TRANSACTION
 WHERE AMOUNT > 0；

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

不使用索引：

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）下面的例子中，‘+’是數學函數。就象其他數學函數那樣，停用了索引。

不使用索引：

SELECT ACCOUNT_NAME，AMOUNT
 FROM TRANSACTION
WHERE AMOUNT + 3000 >5000；

使用索引：

SELECT ACCOUNT_NAME，AMOUNT
FROM TRANSACTION
WHERE AMOUNT > 2000 ；

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

不使用索引：

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. 連接多個掃描

如果對一個列和一組有限的值進行比較，優化器可能執行多次掃描並對結果進行合併連接。

舉例：

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

優化器可能將它轉換成以下形式：

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

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

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

36. 避免使用耗費資源的操作

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

37. 優化GROUP BY

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

低效：

 SELECT JOB ，AVG（SAL）
 FROM EMP
 GROUP BY JOB
HAVING JOB = ‘PRESIDENT’
 OR JOB = ‘MANAGER’

高效：

SELECT JOB，AVG（SAL）
 FROM EMP
WHERE JOB = ‘PRESIDENT’
 OR JOB = ‘MANAGER’
GROUP BY JOB

38. 使用日期

當使用日期時，需要注意如果有超過5位小數加到日期上，這個日期會進到下一天!

SELECT TO_DATE（‘01-JAN-93’+.99999）
 FROM DUAL
Returns：
’01-JAN-93 23:59:59’
SELECT TO_DATE（‘01-JAN-93’+.999999）
 FROM DUAL 

Returns：
’02-JAN-93 00:00:00’

39. 使用顯示遊標(CURSORS)

使用隱式的遊標，將會執行兩次操作。第一次檢索記錄，第二次檢查TOO MANY ROWS 這個exception。而顯式遊標不執行第二次操作。

40. 分離表和索引

• 總是將你的表和索引建立在不同的表空間內（TABLESPACES）。
• 決不要將不屬於ORACLE內部系統的對象存放到SYSTEM表空間裡。
• 確保數據表空間和索引表空間置於不同的硬盤上。

好了，關於Oracle SQL優化的內容，這一篇應該滿足常規大部分的應用優化要求。就先到這裡了。