讓SQL程序更快的運行：語句優(yōu)化分析 （1）
作者：depha 來源：賽迪論壇 發(fā)布時間：2006.01.06
【Java專區(qū)】 【安全專區(qū)】 【網管專區(qū)】 【linux專區(qū)】 【進入論壇】 【IT博客】
操作符優(yōu)化 in 操作符 用in寫出來的sql的優(yōu)點是比較容易寫及清晰易懂，這比較適合現代軟件開發(fā)的風格。 但是用in的sql性能總是比較低的，從oracle執(zhí)行的步驟來分析用in的sql與不用in的sql有以下區(qū)別： oracle試圖將其轉換成多個表的連接，如果轉換不成功則先執(zhí)行in里面的子查詢，再查詢外層的表記錄，如果轉換成功則直接采用多個表的連接方式查詢。由此可見用in的sql至少多了一個轉換的過程。一般的sql都可以轉換成功，但對于含有分組統(tǒng)計等方面的sql就不能轉換了。 推薦方案：在業(yè)務密集的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>’’等。 不允許字段為空，而用一個缺省值代替空值，如業(yè)擴申請中狀態(tài)字段不允許為空，缺省為申請。 建立位圖索引（有分區(qū)的表不能建，位圖索引比較難控制，如字段值太多索引會使性能下降，多人更新操作會增加數據塊鎖的現象） > 及 < 操作符（大于或小于操作符） 大于或小于操作符一般情況下是不用調整的，因為它有索引就會采用索引查找，但有的情況下可以對它進行優(yōu)化，如一個表有100萬記錄，一個數值型字段a，30萬記錄的a=0，30萬記錄的a=1，39萬記錄的a=2，1萬記錄的a=3。那么執(zhí)行a>2與a>=3的效果就有很大的區(qū)別了，因為a>2時oracle會先找出為2的記錄索引再進行比較，而a>=3時oracle則直接找到=3的記錄索引。 like操作符 like操作符可以應用通配符查詢，里面的通配符組合可能達到幾乎是任意的查詢，但是如果用得不好則會產生性能上的問題，如like ‘%5400%’ 這種查詢不會引用索引，而like ‘x5400%’則會引用范圍索引。一個實際例子：用yw_yhjbqk表中營業(yè)編號后面的戶標識號可來查詢營業(yè)編號 yy_bh like ‘%5400%’ 這個條件會產生全表掃描，如果改成yy_bh like ’x5400%’ or yy_bh like ’b5400%’ 則會利用yy_bh的索引進行兩個范圍的查詢，性能肯定大大提高。 union操作符 union在進行表鏈接后會篩選掉重復的記錄，所以在表鏈接后會對所產生的結果集進行排序運算，刪除重復的記錄再返回結果。實際大部分應用中是不會產生重復的記錄，最常見的是過程表與歷史表union。如： select * from gc_dfys union select * from ls_jg_dfys 這個sql在運行時先取出兩個表的結果，再用排序空間進行排序刪除重復的記錄，最后返回結果集，如果表數據量大的話可能會導致用磁盤進行排序。 推薦方案：采用union all操作符替代union，因為union all操作只是簡單的將兩個結果合并后就返回。 select * from gc_dfys union all select * from ls_jg_dfys
本站僅提供存儲服務，所有內容均由用戶發(fā)布，如發(fā)現有害或侵權內容，請
點擊舉報。
