優化SQL 語句 in 和not in 的替代方案

用IN寫出來的SQL的優點是比較容易寫及清晰易懂，這比較適合現代軟體開發的風格。

但是用IN的SQL效能總是比較低的，從SQL執行的步驟來分析用IN的SQL與不用IN的SQL有以下區別：

SQL試圖將其轉換成多個表的連線，如果轉換不成功則先執行IN裡面的子查詢，再查詢外層的表記錄，如果轉換成功則直接採用多個表的連線方 式查詢。由此可見用IN的SQL至少多了一個轉換的過程。一般的SQL都可以轉換成功，但對於含有分組統計等方面的SQL就不能轉換了。 推薦在業務密集的SQL當中儘量不採用IN操作符

NOT IN 此操作是強列推薦不使用的，因為它不能應用表的索引。推薦用NOT EXISTS 或（外連線+判斷為空）方案代替

　　在資料庫中有兩個表，一個是當前表Info(id,PName,remark,impdate,upstate)，一個是備份資料表 bakInfo(id,PName,remark,impdate,upstate)，將當前表資料備份到備份表去，就涉及到not in 和in 操作了：

　　首先，新增10萬條測試資料

 

　　使用not in 和in操作：

　　此操作執行時間：

　　此操作執行時間：

　　此操作執行時間：

 

　　使用join連線替代方案：

　　此操作執行時間：

 

　　此操作執行時間：

　　此操作執行時間：

 

　　可以看出使用join方案比使用not in 和in執行時間要短很多了

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/16436858/viewspace-628372/，如需轉載，請註明出處，否則將追究法律責任。