sqlon和where
『壹』 sql中left join on 和where的執行順序
http://www.cnblogs.com/qanholas/archive/2010/10/24/1859924.html
『貳』 sql執行順序以及on和where的區別
（1.)select語句的執行順序
Processing Order of the SELECT statement
The following steps show the processing order for a SELECT statement.
1.FROM
2.ON
3.JOIN
4.WHERE
5.GROUP BY
6.WITH CUBE or WITH ROLLUP
7.HAVING
8.SELECT
9.DISTINCT
10.ORDER BY
11.TOP
(5)SELECT DISTINCT
（7）TOP(<top_specification>) <select_list>
(1)FROM <left_table> <join_type> JOIN <right_table> ON <on_predicate>
(2)WHERE <where_predicate>
(3)GROUP BY <group_by_specification>
(4)HAVING <having_predicate>
(6)ORDER BY <order_by_list>
T-SQL在查詢各個階級分別幹了什麼：
（1）FROM 階段
FROM階段標識出查詢的來源表，並處理表運算符。在涉及到聯接運算的查詢中（各種join），主要有以下幾個步驟：
a.求笛卡爾積。不論是什麼類型的聯接運算，首先都是執行交叉連接（cross join），求笛卡兒積，生成虛擬表VT1-J1。
b.ON篩選器。這個階段對上個步驟生成的VT1-J1進行篩選，根據ON子句中出現的謂詞進行篩選，讓謂詞取值為true的行通過了考驗，插入到VT1-J2。
c.添加外部行。如果指定了outer join，還需要將VT1-J2中沒有找到匹配的行，作為外部行添加到VT1-J2中，生成VT1-J3。
經過以上步驟，FROM階段就完成了。概括地講，FROM階段就是進行預處理的，根據提供的運算符對語句中提到的各個表進行處理（除了join，還有apply，pivot，unpivot）
（2）WHERE階段
WHERE階段是根據<where_predicate>中條件對VT1中的行進行篩選，讓條件成立的行才會插入到VT2中。
（3）GROUP BY階段
GROUP階段按照指定的列名列表，將VT2中的行進行分組，生成VT3。最後每個分組只有一行。
（4）HAVING階段
該階段根據HAVING子句中出現的謂詞對VT3的分組進行篩選，並將符合條件的組插入到VT4中。
（5）SELECT階段
這個階段是投影的過程，處理SELECT子句提到的元素，產生VT5。這個步驟一般按下列順序進行
a.計算SELECT列表中的表達式，生成VT5-1。
b.若有DISTINCT，則刪除VT5-1中的重復行，生成VT5-2
c.若有TOP，則根據ORDER BY子句定義的邏輯順序，從VT5-2中選擇簽名指定數量或者百分比的行，生成VT5-3
（6）ORDER BY階段
根據ORDER BY子句中指定的列明列表，對VT5-3中的行，進行排序，生成游標VC6.
如果On和where只能選其一的話：
先進行on的過濾, 而後才進行join, 這樣就避免了兩個大表產生全部數據的笛卡爾積的龐大數據.
這些步驟執行時, 每個步驟都會產生一個虛擬表，該虛擬表被用作下一個步驟的輸入。這些虛擬表對調用者（客戶端應用程序或者外部查詢）不可用。只是最後一步生成的表才會返回 給調用者。
如果沒有在查詢中指定某一子句，將跳過相應的步驟。
（2） 那 on 和where 那個更高效呢
如果是inner join, 放on和放where產生的結果一樣, 但沒說哪個效率速度更高? 如果有outer join (left or right), 就有區別了, 因為on生效在先, 已經提前過濾了一部分數據, 而where生效在後.
綜合一下, 感覺還是放在on里更有效率, 因為它先於where執行.
先笛卡爾積, 然後再on過濾, 如果join是inner的, 就繼續往下走, 如果join 是left join, 就把on過濾掉的左主表中的數據再添加回來; 然後再執行where里的過濾;
on中不是最終過濾, 因為後面left join還可能添加回來, 而where才是最終過濾.
只有當使用外連接(left, right)時, on 和 where 才有這個區別, 如果用inner join, 在哪裡制定都一樣, 因為on 之後就是where, 中間沒有其它步驟.
『叄』 sql的join中on和where的區別
join包括：inner join，outer join
outer join又包括了：left outer join，right outer join 和 full outer join
natural on using
1）on條件是在生成臨時表時使用的條件， 它不管on中的條件是否為真，都會返回左邊表中的記錄。
2） where條件是在臨時表生成好 後，再對臨時表進行過濾的條件 。這時已經沒有left join的含義（必須返回左邊表的記錄）了，條件不為真的就全部過濾掉。
對於這樣一個查詢 select * from t1 natural left outer join t2 on t1.size=t2.size
on條件下回返回所有的左側的元素，結果應該包含了（3,30，null）這一元組
對於另一個查詢 select * from t1 natural left outer join t2 where t1.size=t2.size
它的結果卻並不包含（3,30，null）這一元組，因為在執行where的時候，會在中間表（也就是表1）生成好後，執行過濾條件t1.size=t2.size，很明顯這時候t1.size=3而t2..size=null，因此執行後的結果如下：
比較表1和表2會發現表1比表2多了一列，其實這也是on的特性。
在書中寫到「on操作中，size出現兩次，一次是t1中的，一次是t2中的，即便他們的值是一樣的。」
上面的例子印證了一點：所有的外連接條件都必需要放在ON後面，不然前面的所有LEFT,和RIGHT關聯將作為擺設，而不起任何作用。而對於普通連接，則幾乎沒有任何區別。
『肆』 這SQL語句里的ON 是什麼意思啊
on條件是在生成臨時表時使用的條件，它不管on中的條件是否為真，都會返回左邊表中的記錄。
on、where、having這三個都可以加條件的子句中，on是最先執行，where次之，having最後。有時候如果這先後順序不影響中間結果的話，那最終結果是相同的。但因為on是先把不符合條件的記錄過濾後才進行統計，它就可以減少中間運算要處理的數據，按理說應該速度是最快的。
根據上面的分析，可以知道where也應該比having快點的，因為它過濾數據後才進行sum，所以having是最慢的。但也不是說having沒用，因為有時在步驟3還沒出來都不知道那個記錄才符合要求時，就要用having了。
在兩個表聯接時才用on的，所以在一個表的時候，就剩下where跟having比較了。在這單表查詢統計的情況下，如果要過濾的條件沒有涉及到要計算欄位，那它們的結果是一樣的，只是where可以使用rushmore技術，而having就不能，在速度上後者要慢。
(4)sqlon和where擴展閱讀
SQL中on條件與where條件的區別：
where條件是在臨時表生成好後，再對臨時表進行過濾的條件。這時已經沒有left join的含義（必須返回左邊表的記錄）了，條件不為真的就全部過濾掉。
在多表聯接查詢時，on比where更早起作用。系統首先根據各個表之間的聯接條件，把多個表合成一個臨時表後，再由where進行過濾，然後再計算，計算完後再由having進行過濾。由此可見，要想過濾條件起到正確的作用，首先要明白這個條件應該在什麼時候起作用，然後再決定放在那裡。
join過程可以這樣理解：首先兩個表做一個笛卡爾積，on後面的條件是對這個笛卡爾積做一個過濾形成一張臨時表，如果沒有where就直接返回結果，如果有where就對上一步的臨時表再進行過濾。
『伍』 SQL中連接表時，什麼時候用where 什麼時候用on作為限制條件
一般on是關聯2個表欄位，where只是通過某個表條件來限制結果。