您现在的位置：程式師世界 >> 編程語言 > >> 更多編程語言 >> Python

〖Python 數據庫開發實戰 - MySQL篇㉑〗- 數據表的外連接

編輯：Python

萬葉集隱約雷鳴，陰霾天空。但盼風雨來，能留你在此。

前言：
作者簡介：渴望力量的哈士奇，大家可以叫我哈士奇，一位致力於 TFS - 全棧賦能的博主
CSDN博客專家認證、新星計劃第三季全棧賽道 MVP 、華為雲享專家、阿裡雲專家博主
如果文章知識點有錯誤的地方，請指正！和大家一起學習，一起進步
人生格言：優於別人,並不高貴,真正的高貴應該是優於過去的自己。
如果感覺博主的文章還不錯的話，還請關注、點贊、收藏三連支持一下博主哦
專欄系列（點擊解鎖）學習路線（點擊解鎖）知識定位Python全棧白皮書零基礎入門篇以淺顯易懂的方式輕松入門，讓你徹底愛上Python的魅力。語法進階篇主要圍繞多線程編程、正則表達式學習、含貼近實戰的項目練習。自動化辦公篇實現日常辦公軟件的自動化操作，節省時間、提高辦公效率。自動化測試實戰篇從實戰的角度出發，先人一步，快速轉型測試開發工程師。數據庫開發實戰篇掌握關系型與非關系數據庫知識，提升數據庫實戰開發能力。爬蟲入門與實戰更新中數據分析篇更新中前端入門+flask 全棧篇更新中django+vue全棧篇更新中拓展-人工智能入門更新中網絡安全之路踩坑篇記錄學習及演練過程中遇到的坑，便於後來居上者網安知識掃盲篇三天打魚，不深入了解原理，只會讓你成為腳本小子。 vulhub靶場漏洞復現讓漏洞復現變得簡單，讓安全研究者更加專注於漏洞原理本身。 shell編程篇不涉及linux基礎，最終案例會偏向於安全加固方向。 [待完結] WEB漏洞攻防篇2021年9月3日停止更新，轉戰先知社區等安全社區及小密圈滲透工具使用集錦2021年9月3日停止更新，轉戰先知社區等安全社區及小密圈點點點工程師測試神器 - Charles 軟件測試數據包抓包分析神器測試神器 - Fiddler 一文學會 fiddle ，學不會倒立吃翔，稀得！測試神器 - Jmeter 不僅是性能測試神器，更可用於搭建輕量級接口自動化測試框架。 RobotFrameWorkPython實現的自動化測試利器，該篇章僅介紹UI自動化部分。 Java實現UI自動化文檔寫於2016年，Java實現的UI自動化，仍有借鑒意義。 MonkeyRunner該工具目前的應用場景已不多，文檔已刪，為了排版好看才留著。

文章目錄

為什麼要使用外連接
外連接簡介
- 左連接與右連接
- 外連接練習①
- 外連接練習②

該章節的內容為多表連接查詢的外連接，因為 MySQL 是關系型數據庫，數據是拆分重組在多個數據表裡面的。所以我們勢必要從多個數據表中提取數據，通過 SQL 語句的內連接與外連接就能夠實現多表查詢了。這部分內容是需要我們重點學習的，學習的過程中會穿插多種的案例來強化對表連接的語法的運用。

為什麼要使用外連接

在解釋為什麼使用 “外連接” 之前，先來看一個記錄。(如下：)
針對表中的張三沒有所屬的部門編號，我們暫且將他歸類為 “臨時工” ，沒有固定的部門編制。
介於如此的場景，那麼問題就出現了。當我們想要查詢每一名員工和他的所屬部門的名稱時，在使用內連接的情況下，因為我們的鏈接條件是` “員工表” 的 “部門編號” = “部門表” 的 “部門編號” ，就會將 “張三” 漏掉。雖然說 “張三” 沒有 “部門編號” ，但是他作為 “臨時工” 也是公司的一員，所以要引入外連接的語法才能解決這個問題，否則就會丟失一些符合邏輯的數據。

外連接簡介

外連接與內連接的區別：
內連接的結果接中只會出現符合連接條件的記錄，不符合連接條件的記錄是絕對不會出現在結果集裡面的。
外連接則顯得很特殊，無論是否符合數據連接條件，都會出現在結果級裡。（就比如上文提到的查詢員工部門標號信息，因為 “張三” 沒有部門編號，如果使用內連接，則 “張三” 就不符合 “連接條件”，也就不會出現在結果集裡面；換做 “外連接” 就不會漏掉了。）
外連接例句如下
SELECT
e.empno, e.ename, d.dname
FROM
t_emp e
LEFT JOIN t_dept d ON e.deptno = d.deptno;
-- 在連接的時候仍然是鏈接 "員工表" 與 "部門表" ，只不過連接關鍵字由 "JOIN" 變成了 "LEFT JOIN" (下文再為大家詳細解釋)
-- 兩張表的連接條件還是使用 "ON" 關鍵字去連接的 ， 連接條件依然是 "員工表" 的 "部門編號" = "部門表" 的 "部門編號" 
-- LEFT JOIN 為 "外連接" 的 "左外連接" ；（在 "外連接" 中，是分為 "左外連接" 與 "右外連接" 的）
-- 在該SQL語句中 "LEFT JOIN" 左右各有數據表 "t_emp e" 與 "t_dept d" 
-- 所以這裡的 "左連接" 的意思就是：保留 左表 的所有記錄，然後與 右表 去連接，如果 右表 有符合條件的記錄，則正常連接即可；
-- 如果 右表 沒有符合條件的連接記錄， 右表 則展示 "NULL" 值與 "左表" 去匹配

左連接與右連接

“左連接” 也被稱之為 “左外連接” ，就是保留左表所有的記錄，與右表做連接。如果右表有符合條件的記錄就與左表連接；如果右表沒有符合條件的記錄，就用 “NULL” 與左表連接。
區別於 “左連接” 的就是 “右連接”，“右連接” 與 “左連接” 相反，是保留右表的所有記錄與左表的符合條件的記錄進行連接；同樣的，如果左表沒有符合條件的記錄，就用 “NULL” 與右表連接。
右連接 SQL 語句示例：
SELECT
e.empno, e.ename, d.dname
FROM
t_dept d
RIGHT JOIN t_emp e ON e.deptno = d.deptno;
-- 這裡有個需要注意的地方，就是相較於上文中的 "左連接" ，這裡的 "右連接" 左右兩張的表的位置做了調換
在這裡，大家可以看到，仍然可以查出來 “張三” 的沒有 “部門編號” 的記錄。所以說 “左連接” 與 “右連接” 的區別並不是很大。

外連接練習①

查詢每個部門的名稱和部門的人數？
這道題看似簡單，但是裡面存在著兩個難點，而且也存在容易出錯的地方，詳見下文 SQL 語句示例，與示意圖。
SELECT
d.deptno, d.dname, COUNT(*)
FROM
t_dept d LEFT JOIN t_emp e
ON d.deptno = e.deptno
GROUP BY d.deptno;
OK，問題就在這裡開始出現了。
大家注意這裡的 “40” - “OPERATIONS” 部門，這個部門實際上是沒有人的，也就是人數為 “0” ，但是奇怪的是，這裡進行統計的時候，卻出現了統計人數 “1” ，這是為什麼呢?
這是因為我們在使用分組的時候，用的是 “左連接” ，保留了左表的所有的數據，所以就按照左表的 “deptno” 進行分組。（因為是保留了左表的記錄，所以分組也需要按照左表進行分組。）；接下來重要的就是 “COUNT(*)” 這一部分了，“COUNT(*)” 統計的是所有的有效記錄。所以當左表 “t_dept” 的所有記錄與右表 “t_emp” 進行連接的時候，右表會使用 "NULL"值與左表 “t_dept” 連接，連接完之後就是一條有效的記錄，如此既然是有效記錄，那麼 “COUNT(*)” 統計到的結果就是 “1”。
所以，如此統計到 40 部門的統計結果為 “1” ，也是情有可原的，但是這個結果並不是我們想要的，要怎麼去解決呢？參考下方的 SQL 語句。
SELECT
d.deptno, d.dname, COUNT(e.deptno)
FROM
t_dept d LEFT JOIN t_emp e
ON d.deptno = e.deptno
GROUP BY d.deptno;
這個 SQL 語句還是非常不錯的，有非常多的細節與未考慮到的情況，只有真正寫一遍的時候才能會注意到這些襲擊。

外連接練習②

查詢每個部門的名稱和部門的人數？如果是沒有部門的員工，部門名稱用 “NULL” 替代。(這裡其實就是指的 "張三")
可能這裡會覺得剛剛使用的是 "左外連接" 保留的部門表中所有的記錄，這裡直接換成 "右" 外連接不就行了麼？其實...沒那麼簡單。
這個練習的 SQL 語句需要使用到"UNION"關鍵字 去實現，利用"UNION" 關鍵字將多個查詢語句的結果集進行並集的合並處理(排除重復內容)。
"UNION"關鍵字 在 SQL 語句中的用法如下：
(SQL查詢語句) UNION (SQL查詢語句) -- 如果存在多條查詢語句的話，可以繼續使用 UNION 關鍵字 連接
PS：這裡需要注意一下，“UNION” 合並多少個結果集其實無所謂，關鍵是這些結果集的字段數量和字段的名稱必須要相同。如果說第一個 SQL 查詢語句返回的是 10個字段，第二個返回的是 2個字段，這種情況是完全沒辦法合並的。
(SELECT
d.deptno, d.dname, COUNT(e.deptno)
FROM
t_dept d LEFT JOIN t_emp e
ON d.deptno = e.deptno
GROUP BY d.deptno)
UNION
(SELECT
d.deptno, d.dname, COUNT(*)
FROM
t_dept d RIGHT JOIN t_emp e
ON d.deptno = e.deptno
GROUP BY d.deptno);
-- 第一個查詢語句，得到的結果集是各個部門的人數。
-- 第二個查詢語句，得到的結果集是隸屬於各個部門的人數，但是因為 "張三" 是一個沒有部門所屬的 "臨時工"
-- 所以兩個查詢語句的結果集合並之下沒救如下圖所示。