SQL語句執行順序及建議--歸納整理

一、SQL語句準備執行階段
當SQL 語句進入Oracle 的庫快取後
1) 語法檢查：檢查SQL 語句拼寫是否正確和詞序
2) 語義分析：核實所有的與資料字典不一致的表和列的名字
3) 輪廓儲存檢查：檢查資料字典
4) 生成執行計劃：使用基於成本的優化規則和資料字典中的統計表來決定最佳執行計劃
5) 建立二進位制程式碼--基於HASH函式的HASH值：基於執行計劃

一旦為執行準備好了，SQL以後的執行將很快發生，因為Oracle認可同一個SQL語句，並且重用那些語句的執行。

然而，對於生成特殊的SQL 語句，或嵌入了文字變數的SQL 語句的系統，SQL 執行計劃的生成時間就很重要了，

並且前一個執行計劃通常不能夠被重用。對那些連線了很多表的查詢，Oracle 需要花費大量的時間來檢測連線這些表的適當順序。

二、sql執行順序：

from 子句--執行順序為從後往前、從右到左
表名(最後面的那個表名為驅動表，執行順序為從後往前, 所以資料量較少的表儘量放後）

oracle 的解析器按照從右到左的順序處理，FROM 子句中的表名，FROM 子句中寫在最後的表(基礎表 driving table)將被最先處理，即最後的表為驅動表，在FROM 子句中包含多個表的情況下,你必須選擇記錄條數最少的表作為基礎表。如果有3 個以上的表連線查詢, 那就需要選擇交叉表(intersection table)作為基礎表, 交叉表是指被其他表所引用的表

多表連線時，使用表的別名並把別名字首於每個Column上。可以減少解析的時間並減少那些由Column 歧義引起的語法錯誤.

▼

▼

where子句--執行順序為自下而上、從右到左

ORACLE 採用自下而上從右到左的順序解析Where 子句,根據這個原理,表之間的連線必須寫在其他Where 條件之前, 可以過濾掉最大數量記錄的條件必須寫在Where 子句的末尾。

▼

▼

group by--執行順序從左往右分組

提高GROUP BY 語句的效率, 可以通過將不需要的記錄在GROUP BY 之前過濾掉。即在GROUP BY前使用WHERE來過慮，而儘量避免GROUP BY後再HAVING過濾。

▼

▼

having 子句----很耗資源，儘量少用

避免使用HAVING 子句, HAVING 只會在檢索出所有記錄之後才對結果集進行過濾. 這個處理需要排序,總計等操作.

如果能通過Where 子句在GROUP BY前限制記錄的數目,那就能減少這方面的開銷.
(非oracle 中)on、where、having 這三個都可以加條件的子句中，on 是最先執行，where 次之，having 最後，因為on 是先把不符合條件的記錄過濾後才進行統計，它就可以減少中間運算要處理的資料，按理說應該速度是最快的，

where 也應該比having 快點的，因為它過濾資料後才進行sum，在兩個表聯接時才用on 的，所以在一個表的時候，就剩下where 跟having比較了。

在這單表查詢統計的情況下，如果要過濾的條件沒有涉及到要計算欄位，那它們的結果是一樣的，只是where 可以使用rushmore 技術，而having 就不能，在速度上後者要慢。
如果要涉及到計算的欄位，就表示在沒計算之前，這個欄位的值是不確定的，where 的作用時間是在計算之前就完成的，而having 就是在計算後才起作用的，所以在這種情況下，兩者的結果會不同。

在多表聯接查詢時，on 比where 更早起作用。系統首先根據各個表之間的聯接條件，把多個表合成一個臨時表後，再由where 進行過濾，然後再計算，計算完後再由having 進行過濾。

由此可見，要想過濾條件起到正確的作用，首先要明白這個條件應該在什麼時候起作用，然後再決定放在那裡。

▼

▼

select子句--少用*號，儘量取欄位名稱。

ORACLE 在解析的過程中, 會將依次轉換成所有的列名, 這個工作是通過查詢資料字典完成的, 使用列名意味著將減少消耗時間。

sql 語句用大寫的；因為 oracle 總是先解析 sql 語句，把小寫的字母轉換成大寫的再執行

▼

▼
order by子句--執行順序為從左到右排序,很耗資源