標籤:href get operator 使用 之間 tor 方法 沒有 效果
1)left join 是以左面為準
即使你認為自己已對 MySQL 的 LEFT JOIN 理解深刻,但我敢打賭,這篇文章肯定能讓你學會點東西!
- ON 子句與 WHERE 子句的不同
- 一種更好地理解帶有 WHERE ... IS NULL 子句的複雜匹配條件的簡單方法
- Matching-Conditions 與 Where-conditions 的不同
關於 “A LEFT JOIN B ON 條件運算式” 的一點提醒
ON 條件(“A LEFT JOIN B ON 條件運算式”中的ON)用來決定如何從 B 表中檢索資料行。
如果 B 表中沒有任何一行資料匹配 ON 的條件,將會額外產生一行所有列為 NULL 的資料
在匹配階段 WHERE 子句的條件都不會被使用。僅在匹配階段完成以後,WHERE 子句條件才會被使用。它將從匹配階段產生的資料中檢索過濾。
測試
表1:table2
表2:table2
| No |
name |
| n1 |
aaa |
| n2 |
bbb |
| n3 |
ccc |
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‘;
第一個結果集:
|id |No |name||---|---|---||1 |n1 |aaa||2 |n2 |(Null)||3 |n3 |(Null)|
第二個結果集:
|id |No |name||---|---|---||1 |n1 |aaa|
第一個sql的執行流程:首先找到b表的name為aaa的記錄行(on (a.No = b.No and b.name=’aaa’) )。然後找到a的資料(即使不符合b表的規則),產生暫存資料表返回使用者。
第二個sql的執行流程:首先產生暫存資料表,然後執行where過濾b.name=’aaa’不為真的結果集,最後返回給使用者。
因為on會首先過濾掉不合格行,然後才會進行其它運算,所以按理說on是最快的。
在多表查詢時,on比where更早起作用。系統首先根據各個表之間的聯結條件,把多個表合成一個暫存資料表後,再由where進行過濾,然後再計算,計算完後再由having進行過濾。由此可見,要想過濾條件起到正確的作用,首先要明白這個條件應該在什麼時候起作用,然後再決定放在那裡。
對於JOIN參與的表的關聯操作,如果需要不滿足串連條件的行也在我們的查詢範圍內的話,我們就必需把串連條件放在ON後面,而不能放在WHERE後面,如果我們把串連條件放在了WHERE後面,那麼所有的LEFT,RIGHT,等這些操作將不起任何作用,對於這種情況,它的效果就完全等同於INNER串連。對於那些不影響選擇行的條件,放在ON或者WHERE後面就可以。
記住:所有的串連條件都必需要放在ON後面,不然前面的所有LEFT,和RIGHT關聯將作為擺設,而不起任何作用。
關於 MySQL LEFT JOIN 你可能需要瞭解的三點