介紹一下Oracle的操作符優化？

IN ：

IN寫出來的SQL比較容易寫及清晰易懂但是性能總是比較低的，從ORACLE執行的步驟來分析用IN的SQL與不用IN的SQL有以下區別：

ORACLE 試圖將IN轉換成多個表的連接，如果轉換不成功會先執行IN里面的子查詢，再查詢外層的表記錄，如果轉換成功，則直接采用多個表的連接方式查詢。所以用 IN的SQL至少多了一個轉換的過程。一般的SQL都可以轉換成功，但對于含有分組統計等方面的SQL就不能轉換了。

推薦方法：在業務密集的SQL當中盡量不要采用IN操作符。

NOT 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的索引進行兩個范圍的查詢，性能肯定大大提高。