Oracle中sql語句的效能最佳化

記得在學校自己寫些程式的時候用到資料庫,只要能完成功能根本從不去考慮什麼效能問題,經過兩個大型項目的開發才慢慢體會到資料庫效能的最佳化的重要性很小的一個細節都可能大大影響系統的運行速度.下面是些常用的 sql語句最佳化知識

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