IN :
IN寫出來的SQL比較容易寫及清晰易懂但是性能總是比較低的,從ORACLE執(zhí)行的步驟來分析用IN的SQL與不用IN的SQL有以下區(qū)別:
ORACLE 試圖將IN轉(zhuǎn)換成多個(gè)表的連接,如果轉(zhuǎn)換不成功會(huì)先執(zhí)行IN里面的子查詢,再查詢外層的表記錄,如果轉(zhuǎn)換成功,則直接采用多個(gè)表的連接方式查詢。所以用 IN的SQL至少多了一個(gè)轉(zhuǎn)換的過程。一般的SQL都可以轉(zhuǎn)換成功,但對(duì)于含有分組統(tǒng)計(jì)等方面的SQL就不能轉(zhuǎn)換了。
推薦方法:在業(yè)務(wù)密集的SQL當(dāng)中盡量不要采用IN操作符。
NOT IN:
不推薦使用,因?yàn)镹OT IN不能應(yīng)用表的索引。
推薦方案:用NOT EXISTS 或(外連接+判斷為空)
<> 操作符(不等于)
不等于操作符不會(huì)用到索引的,對(duì)它的處理只會(huì)產(chǎn)生全表掃描。
推薦方案:用其它相同功能的操作運(yùn)算代替,如 a<>0 改為 a>0 or a<0 a<>’’ 改為 a>’’
IS NULL 或IS NOT NULL操作(判斷字段是否為空)
判斷字段是否為空一般不會(huì)應(yīng)用索引,因?yàn)锽樹索引是不索引空值的。
推薦方案:
用其它相同功能的操作運(yùn)算代替,如 a is not null 改為 a>0 或a>’’等。
不允許字段為空,而用一個(gè)缺省值代替空值,如業(yè)擴(kuò)申請(qǐng)中狀態(tài)字段不允許為空,缺省為申請(qǐng)。
建立位圖索引(有分區(qū)的表不能建,位圖索引比較難控制,如字段值太多索引會(huì)使性能下降,多人更新操作會(huì)增加數(shù)據(jù)塊鎖的現(xiàn)象)。
> 及 < 操作符(大于或小于操作符)
大于或小于操作符一般不用調(diào)整,因?yàn)樗兴饕蜁?huì)采用索引查找,但有的情況下可以對(duì)它進(jìn)行優(yōu)化,如一個(gè)表有100萬記錄,一個(gè)數(shù)值型字段A, 30萬記錄的A=0,30萬記錄的A=1,39萬記錄的A=2,1萬記錄的A=3。那么執(zhí)行A>2與A>=3的效果就有很大的區(qū)別了,因?yàn)?A>2時(shí)ORACLE會(huì)先找出為2的記錄索引再進(jìn)行比較,而A>=3時(shí)ORACLE則直接找到=3的記錄索引。
LIKE:
LIKE 操作符可以應(yīng)用通配符查詢,里面的通配符組合可能達(dá)到幾乎是任意的查詢,但是如果用得不好則會(huì)產(chǎn)生性能上的問題,如LIKE ‘%5400%’ 這種查詢不會(huì)引用索引,而LIKE ‘X5400%’則會(huì)引用范圍索引。一個(gè)實(shí)際例子:用YW_YHJBQK表中營(yíng)業(yè)編號(hào)后面的戶標(biāo)識(shí)號(hào)可來查詢營(yíng)業(yè)編號(hào) YY_BH LIKE ‘%5400%’ 這個(gè)條件會(huì)產(chǎn)生全表掃描,如果改成YY_BH LIKE ’X5400%’ OR YY_BH LIKE ’B5400%’ 則會(huì)利用YY_BH的索引進(jìn)行兩個(gè)范圍的查詢,性能肯定大大提高。