Oracle優化器在任何可能的時候都會對表達式進行評估並且把特定的語法結構轉換成等價的結構這麼做的原因是
·要麼結果表達式能夠比源表達式具有更快的速度
·要麼源表達式只是結果表達式的一個等價語義結構
不同的SQL結構有時具有同樣的操作（例如= ANY (subquery) and IN (subquery)）Oracle會把他們映射到一個單一的語義結構
下面將討論優化器如何評估優化如下的情況和表達式
常量 LIKE 操作符 IN 操作符 ANY和SOME 操作符 ALL 操作符 BETWEEN 操作符 NOT 操作符
傳遞（Transitivity） 確定性（DETERMINISTIC）函數
常量
常量的計算是在語句被優化時一次性完成而不是在每次執行時下面是檢索月薪大於的的表達式 · sal > /
· sal >
· sal* >
如果SQL語句包括第一種情況優化器會簡單地把它轉變成第二種
注意優化器不會簡化跨越比較符的表達式例如第三條語句鑒於此應用程序開發者應該盡量寫用常量跟字段比較檢索的表達式而不要將字段置於表達式當中
LIKE 操作符
優化器把使用LIKE操作符和一個沒有通配符的表達式組成的檢索表達式轉換為一個“=”操作符表達式
例如優化器會把表達式ename LIKE SMITH轉換為ename = SMITH優化器只能轉換涉及到可變長數據類型的表達式前一個例子中如果ENAME字段的類型是CHAR() 那麼優化器將不做任何轉換
IN 操作符
優化器把使用IN比較符的檢索表達式替換為等價的使用“=”和“OR”操作符的檢索表達式例如優化器會把表達式ename IN (SMITHKINGJONES)替換為: ename = SMITH OR ename = KING OR ename = JONES
ANY和SOME 操作符
優化器將跟隨（following）值列表的ANY和SOME檢索條件用等價的同等操作符和“OR”組成的表達式替換
例如優化器將如下所示的第一條語句用第二條語句替換 · sal > ANY (:first_sal :second_sal)
· sal > :first_sal OR sal > :second_sal
優化器將跟隨子查詢的ANY和SOME檢索條件轉換成由“EXISTS”和一個相應的子查詢組成的檢索表達式
例如優化器將如下所示的第一條語句用第二條語句替換 · x > ANY (SELECT sal FROM emp WHERE job = ANALYST)
· EXISTS (SELECT sal FROM emp WHERE job = ANALYST AND x > sal)
ALL 操作符
優化器將跟隨值列表的ALL操作符用等價的“=”和“AND”組成的表達式替換
例如sal > ALL (:first_sal :second_sal)表達式會被替換為 sal > :first_sal AND sal > :second_sal
對於跟隨子查詢的ALL表達式優化器用ANY和另外一個合適的比較符組成的表達式替換例如優化器會把表達式 x > ALL (SELECT sal FROM emp WHERE deptno = ) 替換為 NOT (x <= ANY (SELECT sal FROM emp WHERE deptno = ))
接下來優化器會把第二個表達式適用ANY表達式的轉換規則轉換為下面的表達式 NOT EXISTS (SELECT sal FROM emp WHERE deptno = AND x <= sal)
BETWEEN 操作符
優化器總是用“>=”和“<=”比較符來等價的代替BETWEEN操作符例如優化器會把表達式sal BETWEEN AND 用sal >= AND sal <= 來代替
NOT 操作符
優化器總是試圖簡化檢索條件以消除“NOT”邏輯操作符的影響這將涉及到“NOT”操作符的消除以及代以相應的比較運算符
例如優化器將下面的第一條語句用第二條語句代替 · NOT deptno = (SELECT deptno FROM emp WHERE ename = TAYLOR)
· deptno <> (SELECT deptno FROM emp WHERE ename = TAYLOR)
通常情況下一個含有NOT操作符的語句有很多不同的寫法優化器的轉換原則是使“NOT”操作符後邊的子句盡可能的簡單即使可能會使結果表達式包含了更多的“NOT”操作符例如優化器將如下所示的第一條語句用第二條語句代替 · NOT (sal < OR comm IS NULL)
· NOT sal < AND comm IS NOT NULL sal >= AND comm IS NOT NULL
傳遞（Transitivity）
如果“WHERE”子句的兩個檢索條件涉及了一個共同的字段優化器有時會根據傳遞原理推斷出第三個檢索條件隨後可以根據這個推斷出的條件對語句 進行優化推斷出的條件可能會激活一個原來的檢索條件沒有激活的潛在的接口路徑（access path）注意傳遞僅僅被用在基於代價（costbased）的優化中
假設有一個這樣的包含兩個檢索條件的“WHERE”子句WHERE 字段 常量 AND字段 = 字段在這個例子裡優化器會推斷出新的檢索條件字段 常量在這裡是比較運算符=!=^=<>><= 或 >=之中的任何一個常量是指任何一個涉及了操作符SQL函數文字綁定變量（bind variables）或者關聯變量（correlation variables）的常量表達式
例如考慮這樣一個包含兩個各自使用了字段EMPDEPTNO的檢索條件的WHERE子句的查詢 SELECT * FROM emp dept WHERE empdeptno = AND empdeptno = deptdeptno;
使用傳遞優化優化器會推斷出如下條件deptdeptno = 如果有索引存在於EMPDEPTNO字段上這個條件會使調用這個索引的接口路徑有效注意優化器只能對字段關聯常量的表達式進行推斷而不是 字段關聯字段的表達式例如包含這樣條件的WHERE子句字段 字段 AND 字段 = 字段這種情況不能推斷出表達式字段 < comp_oper> 字段
確定性（DETERMINISTIC）函數
在某些情況下優化器能夠使用先前的函數返回結果而不是重新執行用戶定義的函數這僅僅對那些以限制的方式來執行的函數來說是有效的這些函數必須 對任何的輸入都有同樣的返回值函數的結果必須不能因為包（PACKAGE）變量數據庫或會話（SESSION）的參數（例如NLS參數）不同而變化 如果函數在將來重新定義返回值必須對任何參數來說仍然與以前的返回值相同函數的創建者可以在以CREATE FUNCTIONCREATE PACKAGE或者CREATE TYPE聲明函數時根據以上的要求使用DETERMINISTIC關鍵字向數據庫申明該函數為確定性函數數據庫不會對確定性函數的合法性進行校驗即使 一個函數明顯的使用了包變量或操作了數據庫仍然可以被定義為確定性函數這就是說如何安全合法的使用和定義確定性函數是程序員的責任
當確定性函數在同一個查詢裡被多次調用或者被基於函數的索引或物化視圖（materialized view）調用時有可能被一個已經計算出的值取代
From:http://tw.wingwit.com/Article/program/Oracle/201311/19040.html
