1、SQL 語句優化 SQL Select 語句完整的執行順序1、from 子句組裝來自不同數據源的數據；2、where 子句基于指定的條件對 記錄行進行篩選；3 group by 子句將數據劃分為多個分組；4、使用聚集函數 進行計算；5、使用 having 了-句篩選分組；6、計算所有的表達式；7、使用 order by 對結果集進行排序。說明：8) SELECT (9) DISTINCT (11) (1) FROM (3) JOIN (2) ON (4) WHERE (5) GROUP BY (6) WITH CUBE ROLLUP(7) HAVING (10) ORDER BY Oracle

2、 SQL 性能優化技巧1、選用適合的 ORACLE 優化器 2、訪問 Table 的方式3、共享 SQL 語句4、選擇最有效率的表名順序(只在基于規則的優化器中有效)5、WHERE 子句中的連接順序 6、SELECT 子句中避免使用* 7、減少訪問 數據庫的次數8、使用 DECODE 函數來減少處理時間 9、整合簡單，無關聯的數據庫訪問ORACLEORACLE10、刪除重復記錄11、 用 TRUNCATE 替代 DELETE12、 盡量多使用 COMMIT13、 計算記錄條數14、 用 Where 子句替換 HAVING 子句 13、減少對表的查詢16、通過內部函數提高 SQL 效率 17、使

3、用表的別名(Alias)18、 用 EXISTS 替代 IN19、 用 NOT EXISTS 替代 0T IN20、 用表連接替換 EXISTS21、 用 EXISTS 替換 DISTINCT1.選用適合的 ORACLE 優化器ORACLE 的優化器共有 3 種a、 RULE (基于規則)b、 COST (基于成本)c、 CHOOSE (選擇性)設置缺省的優化器，可以通過對 init. ora 文件中 OPTIMIZER.MODE 參數的各種 聲明，如 RULE, COST, CHOOSE, ALL_ROWS, FIRST_ROWS。你當然也在 SQL 句級 或是會話(session)級對其進

4、行覆蓋。如果數據庫的優化器模式設置為選擇性(CHOOSE),那么實際的優化器模式將和 是否運行過 analyze 命令有關。如果 table 已經被 analyze 11,優化器模式將自 動成為 CBO ,反之，數據庫將采用 RULE 形式的優化器。在缺省情況下，ORACLE 采用 CHOOSE 優化器，為了避免那些不必要的全表掃描 (fulltable scan),你必須盡量避免使用 CHOOSE 優化器，而直接采用基于規則 或者基于成本的優化器 ORACLE 采用兩種訪問表中記錄的方式：A、 全表掃描全表掃描就是順序地訪問表中每條記錄。 ORACLE 采用一次讀入多個數據塊 (databa

5、seblock)的方式優化全表掃描。B、 通過 ROWID 訪問表在缺省情況下，ORACLE 采用 CHOOSE 優化器，為了避免那些不必要的全表掃描(full table scan),你必須盡量避免使用 CHOOSE 優化器，而直接采用基于規則或者基于成本的優化器 2.訪問 Table 的方式ORACLE 采用兩種訪問表中記錄的方式：A、 全表掃描全表掃描就是順序地訪問表中每條記錄。ORACLE 采用一次讀入多個數據塊(database block)的方式優化全表掃描。B、 通過 ROWID 訪問表你可以采用基于 ROWID 的訪問方式情況，提高訪問表的效率，ROWID 包含了表 中記錄的物

6、理位置信息。ORACLE 采用索引(INDEX)實現了數據和存放數據的物理位 置(ROWID)之間的聯系。通常索引提供了快速訪問 ROWID 的方法，因此那些基于索引列的查詢就可以得到性能上的提高。3.共享 SQL 語句為了不重復解析相同的 SQL 語句，在第一次解析之后，ORACLE 將 SQL 語句存放 在內存中。這塊位于系統全局區域 SGA(system global area)的共乍池(shared buffer pool)中的內存可以被所有的數據庫用戶共享。因此，當你執行一個 SQL 語句（有時被稱為一個游標）時，如果它和之 前的執行過的語句完全相同，ORACLE 就能很快獲得已經被

7、解析的語句以及最好的執行路徑。ORACLE 的這個功能大大地提高了 SQL 的執行性能并節省了內存的使用。可惜的是 ORACLE 只對簡單的表提供高速緩沖（cache buffering）,這個功能并不適用于多表連接查詢。數據庫管理員必須在 init. ora 中為這個區域設置合適的參數，當這個內存區域越大，就可以保留更多的語句，當然被共享的可能性也就越大了當你向 ORACLE 提交一個 SQL 語句，ORACLE 會首先在這塊內存中查找相同的語 句。這里需要注明的是，ORACLE 對兩者采取的是一種嚴格匹配，要達成共享，SQL 語句必須完全相同（包括空格，換行等）數據庫管理員必須在 init

8、. ora 中為這個區域設置合適的參數，當這個內存區域越大，就可以保留更多的語句，當然被共享的可能性也就越大了共享的語句必須滿足三個條件：A、 字符級的比較：當前被執行的語句和共享池中的語句必須完全相同。B、 兩個語句所指的對象必須完全相同：C、 兩個 SQL 語句中必須使用相同的名字的綁定變量（bindvariables）4.選擇最有效率的表名順序 （只在基于規則的優化器中有效） ORACLE 的解析器 按照從右到左的順序處理 FROM 子句中的表名，因此 FROM 子句中寫在最后的表（基礎表 driving table）將被最先處理。在 FROM F 句中包含多個表的情況下，你必須 選擇記

9、錄條數最少的表作為基礎表。當 ORACLE 處理多個表時，會運用排序及合并的方式連接它們。首先，掃描第一個表（FROM 子句中最后的那個表）并對記錄進行派序，然后掃描第二個表（FROM 子句中最后第二個表），最后將所有從第二 個表中檢索出的記錄與笫一個表中合適記錄進行合并。如果有 3 個以上的表連接查詢，那就需要選擇交義表（intersection table）作為基礎表，交義表是指那個被其他表所引用的表 5. WHERE 子句中的連接順序ORACLE 采用自下而上的順序解析 WHERE 子句，根據這個原理，表之間的連接必須寫在其他 WHERE 條件之前，那些可以過濾掉最大數量記錄的條件必須寫

10、在 WHERE 子句的末尾6. SELECT 子句中避免使用* 當你想在 SELECT 子句中列出所有的 COLUMN 時，使用動態 SQL 列引用是 一個方便的方法。不幸的是，這是一個非常低效的方法。實際上，ORACLE 在解析的過程中，會將依次轉換成所有的列名，這個工 作是通過查詢數據字典完成的，這意味著將耗費更多的時間。7.減少訪問數據庫 的次數當執行每條 SQL 語句時，ORACLE 在內部執行了許多工作：解析 SQL 語句，估算 索引的利用率，綁定變量，讀數據塊等等。由此可見，減少訪問數據庫的次數，就能實際上減少 ORACLE 的工作量。例如：對于通過主 鍵批量刪除的操作，我們可以將

11、主鍵用特殊字符吊起來，傳入存儲過程，然后在存儲過程中解析字符串，如下 v_temp -1,2, 3, 44, 5611. 用 TRUNCATE 替代 DELETE當刪除表中的記錄時，在通常情況下，回滾段(rollback segments )用來存放可以被恢復的信息。如果你沒有 COMMIT 事務，ORACLE 會將數據恢復到 刪除之前的狀態(準確地說是恢復到執行刪除命令之前的狀況)而當運用 TRUNCATE 時，回滾段不再存放任何可被恢復的信息。當命令運行后，數據不能被恢復。因此很少的資源被調用，執行時間也會很短。12. 盡量多使用 COMMIT只要有可能，在程序中盡量多使用 COMMIT,

12、這樣程序的性能得到提高，需求也 會因為 COMMIT 所釋放的資源而減少COMMIT 所釋放的資源：A、 回滾段上用于恢復數據的信息。B、被程序語句獲得的鎖。C、 redo log buffer 中的空間。D、ORACLE 為管理上述 3 種資源中的內部花費。13.計算記錄條數和一般的觀點相反，count (*)比 count (1)稍快，當然如果可以通過索引檢 索，對索引列的訃數仍舊是最快的。例如 COUNT(ENTNO 14.用 Where 子句替換 HAVING 子句避免使用 HAVING 子句，HAVING 只會在檢索出所有記錄之后才對結果集進行過濾。這個處理需要排療;，總計等操作。如

13、果能通過WHERE 子句限制記錄的數目，那就能減少這方面的開銷。15.減少對表的查詢 在含有子查詢的 SQL 語句中，要特別注意減少對表的查詢 16.通過內部函數提高 SQL 效率.使用表的別名(Alias)當在 SQL 語句中連接多個表時，請使用表的別名并把別名前綴于每個 Column 上。這樣一來，就可以減少解析的時間并減少那些由Column 歧義引起的語法錯誤。18. 用 EXISTS 替代 IX在許多基于基礎表的查詢中，為了滿足一個條件，往往需要對另一個表進行聯接。在這種情況下，使用 EXISTS(或 NOT EXISTS)通常將提高查詢的 效率19. 用 NOT EXISTS 替代 NOT IN在子查詢中，NOT IN 子句將執行一個內部的排序和合并。無論在哪種悄況下，NOT IN 都是最低效的(因