如果你想更好的了解Oracle優化SQL語句的話,你就必須的了解都有哪些SQL語句在Oracle中是經常被使用到的,以下就是Oracle優化SQL語句的相關內容的具體介紹,希望你在浏覽完此篇文章之後會有會所了解。
用WHERE替代ORDER BY:
ORDER BY 子句只在兩種嚴格的條件下使用索引。
ORDER BY中任何的列必須包含在相同的索引中並保持在索引中的排列順序。
ORDER BY中任何的列必須定義為非空。
WHERE子句使用的索引和ORDER BY子句中所使用的索引不能並列。
例如: 表DEPT包含以下列:
- DEPT_CODE PK NOT NULL
- DEPT_DESC NOT NULL
- DEPT_TYPE NULL
低效: (索引不被使用)
- SELECT DEPT_CODE FROM DEPT ORDER BY DEPT_TYPE
高效: (使用索引)
- SELECT DEPT_CODE FROM DEPT WHERE DEPT_TYPE > 0
在Oracle優化SQL語句中應避免改變索引列的類型:
當比較不同數據類型的數據時, Oracle自動對列進行簡單的類型轉換。 假設 EMPNO是個數值類型的索引列:SELECT … FROM EMP WHERE EMPNO = ‘123'。 實際上,經過Oracle類型轉換, 語句轉化為: SELECT … FROM EMP WHERE EMPNO = TO_NUMBER(‘123') 。
幸運的是,類型轉換沒有發生在索引列上,索引的用途沒有被改變。現在,假設EMP_TYPE是個字符類型的索引列:SELECT … FROM EMP WHERE EMP_TYPE = 123 。
這個語句被Oracle轉換為: SELECT … FROM EMP WHERETO_NUMBER(EMP_TYPE)=123。因為內部發生的類型轉換, 這個索引將不會被用到! 為了避免Oracle對您的SQL進行隱式的類型轉換,最好把類型轉換用顯式表現出來。注意當字符和數值比較時,Oracle會優先轉換數值類型到字符類型。
需要當心的WHERE子句:
某些SELECT 語句中的WHERE子句不使用索引。這裡有一些例子:
(1)‘!=' 將不使用索引。記住, 索引只能告訴您什麼存在於表中, 而不能告訴您什麼不存在於表中。
(2)‘||'是字符連接函數。就象其他函數那樣, 停用了索引。
(3)‘ '是數學函數。就象其他數學函數那樣, 停用了索引。
(4)相同的索引列不能互相比較,這將會啟用全表掃描。
(32)a. 假如檢索數據量超過30%的表中記錄數,使用索引將沒有顯著的效率提高。
b. 在特定情況下,使用索引也許會比全表掃描慢,但這是同一個數量級上的區別。而通常情況下,使用索引比全表掃描要塊幾倍乃至幾千倍!
避免使用耗費資源的操作:
帶有DISTINCT,UNION,MINUS,INTERSECT,ORDER BY的SQL語句會啟動SQL引擎執行耗費資源的排序(SORT)功能。DISTINCT需要一次排序操作,而其他的至少需要執行兩次排序。通常,帶有 UNION, MINUS , INTERSECT的SQL語句都能夠用其他方式重寫。假如您的數據庫的SORT_AREA_SIZE調配得好。
使用UNION , MINUS, INTERSECT也是能夠考慮的, 畢竟他們的可讀性很強。
Oracle優化GROUP BY:
提高GROUP BY 語句的效率,能夠通過將無需的記錄在GROUP BY 之前過濾掉。下面兩個查詢返回相同結果但第二個明顯就快了許多。
低效: SELECT JOB , AVG(SAL) FROM EMP GROUP JOB HAVING JOB = ‘PRESIDENT' OR JOB = ‘MANAGER' 高效: SELECT JOB , AVG(SAL) FROM EMP WHERE JOB = ‘PRESIDENT' OR JOB = ‘MANAGER' GROUP JOB