優(yōu)先級

兩者放置相同條件，之所以可能會導(dǎo)致結(jié)果集不同，就是因為優(yōu)先級。on的優(yōu)先級是高于where的。

首先明確兩個概念：

• LEFT JOIN 關(guān)鍵字會從左表 (table_name1) 那里返回所有的行，即使在右表 (table_name2) 中沒有匹配的行。
• 數(shù)據(jù)庫在通過連接兩張或多張表來返回記錄時，都會生成一張中間的臨時表，然后再將這張臨時表返回給用戶。

在left join下，兩者的區(qū)別：

• on是在生成臨時表的時候使用的條件，不管on的條件是否起到作用，都會返回左表 (table_name1) 的行。
• where則是在生成臨時表之后使用的條件，此時已經(jīng)不管是否使用了left join了，只要條件不為真的行，全部過濾掉。

測試

表1：table1

表2：table2

select a.id,a.No,b.name from table1 a left join table2 b on (a.No = b.No and b.name='aaa');
select a.id,a.No,b.name from table1 a left join table2 b on (a.No = b.No) where b.name='aaa';

第一個結(jié)果集：

|id |No |name|
|---|---|---|
|1 |n1 |aaa|
|2 |n2 |(Null)|
|3 |n3 |(Null)| 

第二個結(jié)果集：

|id |No |name|
|---|---|---|
|1 |n1 |aaa|

第一個sql的執(zhí)行流程：首先找到b表的name為aaa的記錄行（on (a.No = b.No and b.name='aaa') ）。然后找到a的數(shù)據(jù)（即使不符合b表的規(guī)則），生成臨時表返回用戶。

第二個sql的執(zhí)行流程：首先生成臨時表，然后執(zhí)行where過濾b.name='aaa'不為真的結(jié)果集，最后返回給用戶。

因為on會首先過濾掉不符合條件的行，然后才會進行其它運算，所以按理說on是最快的。

在多表查詢時，on比where更早起作用。系統(tǒng)首先根據(jù)各個表之間的聯(lián)接條件，把多個表合成一個臨時表后，再由where進行過濾，然后再計算，計算完后再由having進行過濾。由此可見，要想過濾條件起到正確的作用，首先要明白這個條件應(yīng)該在什么時候起作用，然后再決定放在那里。

對于JOIN參與的表的關(guān)聯(lián)操作，如果需要不滿足連接條件的行也在我們的查詢范圍內(nèi)的話，我們就必需把連接條件放在ON后面，而不能放在WHERE后面，如果我們把連接條件放在了WHERE后面，那么所有的LEFT,RIGHT,等這些操作將不起任何作用，對于這種情況，它的效果就完全等同于INNER連接。對于那些不影響選擇行的條件，放在ON或者WHERE后面就可以。

記?。核械倪B接條件都必需要放在ON后面，不然前面的所有LEFT,和RIGHT關(guān)聯(lián)將作為擺設(shè)，而不起任何作用。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論