操作符最佳化
in 操作符
用in寫出來的sql的優點是比較容易寫及清晰易懂，這比較適合現代軟體開發的風格。
但是用in的sql性能總是比較低的，從oracle執行的步驟來分析用in的sql與不用in的sql有以下區別：
oracle試圖將其轉換成多個表的連線，如果轉換不成功則先執行in裡面的子查詢，再查詢外層的表記錄，如果轉換成功則直接採用多個表的連線方式查詢。由此可見用in的sql至少多了一個轉換的過程。一般的sql都可以轉換成功，但對於含有分組統計等方面的sql就不能轉換了。
推薦方案：在業務密集的sql當中儘量不採用in操作符。
not in操作符
此操作是強列推薦不使用的，因為它不能套用表的索引。
推薦方案：用not exists 或（外連線+判斷為空）方案代替
<> 操作符（不等於）
不等於操作符是永遠不會用到索引的，因此對它的處理只會產生全表掃描。
推薦方案：用其它相同功能的操作運算代替，如
a<>0 改為 a>0 or a<0
a<>’’ 改為 a>’’
is null 或is not null操作（判斷欄位是否為空）
判斷欄位是否為空一般是不會套用索引的，因為b樹索引是不索引空值的。
推薦方案：
用其它相同功能的操作運算代替，如
a is not null 改為 a>0 或a>’’等。
不允許欄位為空，而用一個預設值代替空值，如業擴申請中狀態欄位不允許為空，預設為申請。
建立點陣圖索引（有分區的表不能建，點陣圖索引比較難控制，如欄位值太多索引會使性能下降，多人更新操作會增加數據塊鎖的現象）。
> 及 < 操作符（大於或小於操作符）
大於或小於操作符一般情況下是不用調整的，因為它有索引就會採用索引查找，但有的情況下可以對它進行最佳化，如一個表有100萬記錄，一個數值型欄位a，30萬記錄的a=0，30萬記錄的a=1，39萬記錄的a=2，1萬記錄的a=3。那么執行a>2與a>=3的效果就有很大的區別了，因為a>2時oracle會先找出為2的記錄索引再進行比較，而a>=3時oracle則直接找到=3的記錄索引。
like操作符
like操作符可以套用通配符查詢，裡面的通配符組合可能達到幾乎是任意的查詢，但是如果用得不好則會產生性能上的問題，如like ‘%5400%’ 這種查詢不會引用索引，而like ‘x5400%’則會引用範圍索引。一個實際例子：用yw_yhjbqk表中營業編號後面的戶標識號可來查詢營業編號 yy_bh like ‘%5400%’ 這個條件會產生全表掃描，如果改成yy_bh like ’x5400%’ or yy_bh like ’b5400%’ 則會利用yy_bh的索引進行兩個範圍的查詢，性能肯定大大提高。