本文將討論的是SQL中簡單嵌套查詢與非嵌套查詢的異同，通過這些來更加深刻理解SQL語句。

某天的工作是修復(fù)某個項目的bug，接著就發(fā)現(xiàn)，其sql極其混亂，有非常多的left join和in操作，還有嵌套查詢（只有一個表的嵌套查詢）。不知道看到過哪里的資料說，嵌套查詢速度慢，于是我把全部嵌套查詢都改成join的形式，嵌套查詢里面的where條件，我都寫到j(luò)oin...on后面去了。突然一個想法冒出來：篩選條件跟在join...on后面 和 跟在整個sql語句***面的where后面有什么區(qū)別呢？還有嵌套查詢真的慢么？于是便有下面的測試產(chǎn)生，數(shù)據(jù)庫環(huán)境為MS SQL 2005。

一，inner join

先看看非嵌套查詢：

a.select * from t1  
inner join t2 on t1.id = t2.id  
inner join t3 on t1.id = t3.id  
where t1.a=1 and t2.b=1 and t3.c=1  
 
b.select * from t1  
inner join t2 on t1.id = t2.id and t2.b=1   
inner join t3 on t1.id = t3.id  
where t1.a=1 and t3.c=1  
 
c.select * from t1  
inner join t2 on t1.id = t2.id and t2.b=1   
inner join t3 on t1.id = t3.id and t3.c=1  
where t1.a=1 

在上面三個非嵌套查詢，讓“and t2.b=1”和“and t3.c=1”分別在join...on和where之間游走，用Management Studio選中“包含實際的執(zhí)行計劃”并執(zhí)行這三條語句，都得出下面這個執(zhí)行計劃。

三個“聚集索引掃描”的謂詞從上到下分別是：

1.t3.c=1

2.t1.a=1 (seek謂詞：t1.id=t3.id)

3.t2.b=1 (seek謂詞：t2.id=t3.id)

故可以認(rèn)為：在MS SQL2005中，條件跟在join...on后面 和 跟在where后面是等價的。

接著看嵌套查詢：

d.select * from t1  
inner join (select * from t2 where t2.b=1)a on t1.id=a.id  
inner join t3 on t1.id = t3.id  
where t1.a=1 and t3.c=1  
 
e.select * from t1  
inner join (select * from t2 where t2.b=1)a on t1.id=a.id  
inner join (select * from t3 where t3.c=1)b on t1.id=b.id  
where t1.a=1  
 
f.elect * from t1  
inner join (select t3.id,t2.b,t3.c from t3 inner join t2 on t2.id = t3.id where t2.b=1 and t3.c=1)a on t1.id=a.id  
where t1.a=1 

***句sql語句把t2的查詢變成子查詢，第二句sql語句把t2,t3分別變成子查詢，第三句把t2和t3的查詢合成一個子查詢，再看看實際的執(zhí)行計劃：

跟上面非嵌套查詢的執(zhí)行計劃一模一樣。

故可以認(rèn)為：簡單（注意是簡單的，復(fù)雜的情況得另外考慮）嵌套查詢和其相對應(yīng)的非嵌套查詢形式，執(zhí)行效率是一樣的（網(wǎng)上一些文章指出這是MS SQL優(yōu)化器針對這些嵌套查詢進(jìn)行了優(yōu)化）。

接著，在上面兩個執(zhí)行計劃的圖中又發(fā)現(xiàn)一個小問題，為什么明明是select t1 inner join t2 inner join t3，執(zhí)行計劃卻把t1和t3先inner join(t1.id = t3.id)再跟t2 inner join（t2.id = t3.id）起來？

經(jīng)過三個表，四個表，五個表進(jìn)行連接測試，發(fā)現(xiàn)這些順序都是不確定的。很可能這些順序是根據(jù)SQL優(yōu)化器內(nèi)的算法所決定的，由于沒有源代碼，所以無從考究。

(感謝Keep Walking的補充:

PS：

1.經(jīng)測試，在join on后面t1.id = t2.id與t2.id = t1.id等價

如果發(fā)現(xiàn)這文章有錯誤，歡迎指出。

原文標(biāo)題：SQL語句分析：ON與WHERE的比較_簡單嵌套查詢與非嵌套查詢的比較

鏈接：http://www.cnblogs.com/StephenHuang/archive/2010/01/03/1637846.html

【編輯推薦】

1. SQL Server通過代碼執(zhí)行代理任務(wù)
2. SQL Server即將提升實時數(shù)據(jù)功能
3. SQL Server置疑數(shù)據(jù)庫解決方法