原文地址: https://www.byteblogs.com/article/157
left join
在我們使用mysql查詢的過程中可謂非常常見,比如部落格裡一篇文章有多少條評論、商城裡一個貨物有多少評論、一條評論有多少個贊等等。但是由於對join
、on
、where
等關鍵字的不熟悉,有時候會導致查詢結果與預期不符,所以今天我就來總結一下,一起避坑。
left join
mysqljoin``on``where
這裡我先給出一個場景,並丟擲兩個問題,如果你都能答對那這篇文章就不用看了。
假設有一個班級管理應用,有一個表classes,存了所有的班級;有一個表students,存了所有的學生,具體資料如下(感謝廖雪峰的線上SQL):
SELECT * FROM classes;
SELECT * FROM classes;
id name
1 一班
2 二班
3 三班
4 四班
id name 1 一班 2 二班 3 三班 4 四班
SELECT * FROM students;
SELECT * FROM students;
id class_id name gender
1 1 小明 M
2 1 小紅 F
3 1 小軍 M
4 1 小米 F
5 2 小白 F
6 2 小兵 M
7 2 小林 M
8 3 小新 F
9 3 小王 M
10 3 小麗 F
id class_id name gender 1 1 小明 M 2 1 小紅 F 3 1 小軍 M 4 1 小米 F 5 2 小白 F 6 2 小兵 M 7 2 小林 M 8 3 小新 F 9 3 小王 M 10 3 小麗 F
那麼現在有兩個需求:
- 找出每個班級的名稱及其對應的女同學數量
- 找出一班的同學總數
找出每個班級的名稱及其對應的女同學數量
找出一班的同學總數
對於需求1,大多數人不假思索就能想出如下兩種sql寫法,請問哪種是對的?
SELECT c.name, count(s.name) as num
FROM classes c left join students s
on s.class_id = c.id
and s.gender = 'F'
group by c.name
SELECT c.name, count(s.name) as num FROM classes c left join students s on s.class_id = c.id and s.gender = 'F' group by c.name
或者
SELECT c.name, count(s.name) as num
FROM classes c left join students s
on s.class_id = c.id
where s.gender = 'F'
group by c.name
SELECT c.name, count(s.name) as num FROM classes c left join students s on s.class_id = c.id where s.gender = 'F' group by c.name
對於需求2,大多數人也可以不假思索的想出如下兩種sql寫法,請問哪種是對的?
SELECT c.name, count(s.name) as num
FROM classes c left join students s
on s.class_id = c.id
where c.name = '一班'
group by c.name
SELECT c.name, count(s.name) as num FROM classes c left join students s on s.class_id = c.id where c.name = '一班' group by c.name
或者
SELECT c.name, count(s.name) as num
FROM classes c left join students s
on s.class_id = c.id
and c.name = '一班'
group by c.name
SELECT c.name, count(s.name) as num FROM classes c left join students s on s.class_id = c.id and c.name = '一班' group by c.name
請不要繼續往下翻 !!先給出你自己的答案,正確答案就在下面。
.
.
.
.
.
.
.
.
答案是兩個需求都是第一條語句是正確的,要搞清楚這個問題,就得明白mysql對於left join
的執行原理,下節進行展開。
請不要繼續往下翻 !!先給出你自己的答案,正確答案就在下面。
left join
mysql 對於left join
的採用類似巢狀迴圈的方式來進行從處理,以下面的語句為例:
mysqlleft join
巢狀迴圈
SELECT * FROM LT LEFT JOIN RT ON P1(LT,RT)) WHERE P2(LT,RT)
SELECT * FROM LT LEFT JOIN RT ON P1(LT,RT)) WHERE P2(LT,RT)
其中P1
是on
過濾條件,缺失則認為是TRUE
,P2
是where
過濾條件,缺失也認為是TRUE
,該語句的執行邏輯可以描述為:
P1``on``TRUE``P2``where``TRUE
FOR each row lt in LT {// 遍歷左表的每一行
BOOL b = FALSE;
FOR each row rt in RT such that P1(lt, rt) {// 遍歷右表每一行,找到滿足join條件的行
IF P2(lt, rt) {//滿足 where 過濾條件
t:=lt||rt;//合併行,輸出該行
}
b=TRUE;// lt在RT中有對應的行
}
IF (!b) { // 遍歷完RT,發現lt在RT中沒有有對應的行,則嘗試用null補一行
IF P2(lt,NULL) {// 補上null後滿足 where 過濾條件
t:=lt||NULL; // 輸出lt和null補上的行
}
}
}
FOR each row lt in LT {// 遍歷左表的每一行 BOOL b = FALSE; FOR each row rt in RT such that P1(lt, rt) {// 遍歷右表每一行,找到滿足join條件的行 IF P2(lt, rt) {//滿足 where 過濾條件 t:=lt||rt;//合併行,輸出該行 } b=TRUE;// lt在RT中有對應的行 } IF (!b) { // 遍歷完RT,發現lt在RT中沒有有對應的行,則嘗試用null補一行 IF P2(lt,NULL) {// 補上null後滿足 where 過濾條件 t:=lt||NULL; // 輸出lt和null補上的行 } } }
當然,實際情況中MySQL會使用buffer的方式進行最佳化,減少行比較次數,不過這不影響關鍵的執行流程,不在本文討論範圍之內。
從這個虛擬碼中,我們可以看出兩點:
- 如果想對右表進行限制,則一定要在
on
條件中進行,若在where
中進行則可能導致資料缺失,導致左表在右表中無匹配行的行在最終結果中不出現,違背了我們對left join
的理解。因為對左表無右表匹配行的行而言,遍歷右表後b=FALSE
,所以會嘗試用NULL
補齊右表,但是此時我們的P2
對右錶行進行了限制,NULL若不滿足P2
(NULL
一般都不會滿足限制條件,除非IS NULL
這種),則不會加入最終的結果中,導致結果缺失。 - 如果沒有
where
條件,無論on
條件對左表進行怎樣的限制,左表的每一行都至少會有一行的合成結果,對左錶行而言,若右表若沒有對應的行,則右表遍歷結束後b=FALSE
,會用一行NULL
來生成資料,而這個資料是多餘的。所以對左表進行過濾必須用where。
如果想對右表進行限制,則一定要在on
條件中進行,若在where
中進行則可能導致資料缺失,導致左表在右表中無匹配行的行在最終結果中不出現,違背了我們對left join
的理解。因為對左表無右表匹配行的行而言,遍歷右表後b=FALSE
,所以會嘗試用NULL
補齊右表,但是此時我們的P2
對右錶行進行了限制,NULL若不滿足P2
(NULL
一般都不會滿足限制條件,除非IS NULL
這種),則不會加入最終的結果中,導致結果缺失。
on``where``left join``b=FALSE``NULL``P2``P2``NULL``IS NULL
如果沒有where
條件,無論on
條件對左表進行怎樣的限制,左表的每一行都至少會有一行的合成結果,對左錶行而言,若右表若沒有對應的行,則右表遍歷結束後b=FALSE
,會用一行NULL
來生成資料,而這個資料是多餘的。所以對左表進行過濾必須用where。
where``on``b=FALSE``NULL
下面展開兩個需求的錯誤語句的執行結果和錯誤原因:
需求1
name num
一班 2
二班 1
三班 2
name num 一班 2 二班 1 三班 2
需求2
name num
一班 4
二班 0
三班 0
四班 0
name num 一班 4 二班 0 三班 0 四班 0
- 需求1由於在where條件中對右表限制,導致資料缺失(四班應該有個為
0
的結果) - 需求2由於在on條件中對左表限制,導致資料多餘(其他班的結果也出來了,還是錯的)
需求1由於在where條件中對右表限制,導致資料缺失(四班應該有個為0
的結果)
0
需求2由於在on條件中對左表限制,導致資料多餘(其他班的結果也出來了,還是錯的)
透過上面的問題現象和分析,可以得出了結論:在left join
語句中,左表過濾必須放where條件中,右表過濾必須放on條件中,這樣結果才能不多不少,剛剛好。
left join
SQL 看似簡單,其實也有很多細節原理在裡面,一個小小的混淆就會造成結果與預期不符,所以平時要注意這些細節原理,避免關鍵時候出錯。
本作品採用《CC 協議》,轉載必須註明作者和本文連結