Oracle語句優化規則彙總(5)

1. 用EXPLAIN PLAN 分析SQL語句

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

　　你需要按照從裏到外，從上到下的次序解讀分析的結果。 EXPLAIN PLAN分析的結果是用縮進的格式排列的， 最內部的操作將被最先解讀， 如果兩個操作處於同一層中，帶有最小操作號的將被首先執行。

　　NESTED LOOP是少數不按照上述規則處理的操作， 正確的執行路徑是檢查對NESTED LOOP提供數據的操作，其中操作號最小的將被最先處理。

　　通過實踐， 感到還是用SQLPLUS中的SET 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)

Statistics
----------------------------------------------------------
          0 recursive calls
          2 db block gets
         30 consistent gets
          0 physical reads
          0 redo size
       2598 bytes sent via SQL*Net to client
        503 bytes received via SQL*Net from client
          2 SQL*Net roundtrips to/from client
          0 sorts (memory)
          0 sorts (disk)
         14 rows processed

　　通過以上分析，可以得出實際的執行步驟是：

　　1. TABLE ACCESS (FULL) OF 'EMP'

　　2. INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE)

　　3. TABLE ACCESS (BY INDEX ROWID) OF 'DEPT'

　　4. NESTED LOOPS (JOINING 1 AND 3)

注： 目前許多第三方的工具如TOAD和ORACLE本身提供的工具如OMS的SQL Analyze都提供了極其方便的EXPLAIN PLAN工具。也許喜歡圖形化界面的朋友們可以選用它們。

　　2. 用索引提高效率

　　索引是表的一個概念部分，用來提高檢索數據的效率。 實際上，ORACLE使用了一個複雜的自平衡B-tree結構。 通常，通過索引查詢數據比全表掃描要快。 當ORACLE找出執行查詢和Update語句的最佳路徑時， ORACLE優化器將使用索引。 同樣在聯結多個表時使用索引也可以提高效率。 另一個使用索引的好處是，它提供了主鍵(primary key)的唯一性驗證。

　　除了那些LONG或LONG RAW數據類型， 你可以索引幾乎所有的列。 通常， 在大型表中使用索引特別有效。 當然，你也會發現， 在掃描小表時，使用索引同樣能提高效率。

　　雖然使用索引能得到查詢效率的提高，但是我們也必須注意到它的代價。 索引需要空間來存儲，也需要定期維護， 每當有記錄在表中增減或索引列被修改時， 索引本身也會被修改。 這意味着每條記錄的INSERT ， DELETE ， UPDATE將爲此多付出4 ， 5 次的磁盤I/O . 因爲索引需要額外的存儲空間和處理，那些不必要的索引反而會使查詢反應時間變慢。

　　定期的重構索引是有必要的。

　　ALTER INDEX REBUILD

　　3. 索引的操作

　　ORACLE對索引有兩種訪問模式。

　　索引唯一掃描 ( INDEX UNIQUE SCAN)

　　大多數情況下， 優化器通過WHERE子句訪問INDEX.

　　例如：

　　表LODGING有兩個索引 ： 建立在LODGING列上的唯一性索引LODGING_PK和建立在MANAGER列上的非唯一性索引LODGING$MANAGER.

SELECT * 
　　FROM LODGING 
　　WHERE LODGING = ‘ROSE HILL’;

　　在內部 ， 上述SQL將被分成兩步執行， 首先 ， LODGING_PK 索引將通過索引唯一掃描的方式被訪問 ， 獲得相對應的ROWID， 通過ROWID訪問表的方式執行下一步檢索。

　　如果被檢索返回的列包括在INDEX列中，ORACLE將不執行第二步的處理(通過ROWID訪問表)。 因爲檢索數據保存在索引中， 單單訪問索引就可以完全滿足查詢結果。

　　下面SQL只需要INDEX UNIQUE SCAN 操作。

SELECT LODGING 
　　FROM LODGING 
　　WHERE LODGING = ‘ROSE HILL’;

索引範圍查詢(INDEX RANGE SCAN)

　　適用於兩種情況：

　　1. 基於一個範圍的檢索

　　2. 基於非唯一性索引的檢索

　　例1：

　　SELECT LODGING FROM LODGING WHERE LODGING LIKE ‘M%’;

　　WHERE子句條件包括一系列值， ORACLE將通過索引範圍查詢的方式查詢LODGING_PK . 由於索引範圍查詢將返回一組值， 它的效率就要比索引唯一掃描低一些。

　　例2：

SELECT LODGING 
　　FROM LODGING 
　　WHERE MANAGER = ‘BILL GATES’;

　　這個SQL的執行分兩步， LODGING$MANAGER的索引範圍查詢(得到所有符合條件記錄的ROWID) 和下一步同過ROWID訪問表得到LODGING列的值。 由於LODGING$MANAGER是一個非唯一性的索引，數據庫不能對它執行索引唯一掃描。

　　由於SQL返回LODGING列，而它並不存在於LODGING$MANAGER索引中， 所以在索引範圍查詢後會執行一個通過ROWID訪問表的操作。

　　WHERE子句中， 如果索引列所對應的值的第一個字符由通配符(WILDCARD)開始， 索引將不被採用。在這種情況下，ORACLE將使用全表掃描。

SELECT LODGING 
　　FROM LODGING 
　　WHERE MANAGER LIKE ‘%HANMAN’;