本文將介紹常見的SQL 查詢錯誤， 數(shù)據(jù)庫管理工具Navicat Premium是一套數(shù)據(jù)庫管理工具，讓你使用一個程序即可同時連接到 MySQL、MariaDB、SQL Server、SQLite、Oracle 和 PostgreSQL 數(shù)據(jù)庫。

Navicat Premium官方正版下載

外部聯(lián)接（Outer Join）和笛卡爾積（Cartesian Product）

在這個關(guān)于“常見的 SQL 查詢錯誤”的系列中，我們一直在探索看似直觀的 SQL 查詢構(gòu)造方法如何導(dǎo)致反模式，從而導(dǎo)致錯誤結(jié)果和/或性能降低。上周，我們暫停了這個系列，討論了 SQL 中的謂詞。在本期文竟中，我們將學習它們的位置如何對查詢執(zhí)行產(chǎn)生負面影響，尤其是在外部聯(lián)接中。

什么是外部聯(lián)接？

在鏈接相關(guān)的表和視圖時，可使用四種基本的聯(lián)接類型：內(nèi)部聯(lián)接、左聯(lián)接、右聯(lián)接和外部聯(lián)接。內(nèi)部聯(lián)接不會返回任何一個表中在另一個表中不匹配的行。外部聯(lián)接可以返回一個或兩個表中不匹配的行。而最后三種連接類型都是外部聯(lián)接的一種，其中：

• LEFT JOIN 僅返回左表中不匹配的行。
• RIGHT JOIN 僅返回右表中不匹配的行。
• FULL OUTER JOIN 返回兩個表中不匹配的行。

外部聯(lián)接如何出錯

雖然外部聯(lián)接在數(shù)據(jù)庫從業(yè)者中肯定占有一席之地，但即使在不需要它們的情況下，開發(fā)人員也傾向于使用它們。此外，外部聯(lián)接查詢可能會產(chǎn)生完全不同的結(jié)果，具體取決于你構(gòu)建它的方式以及你在查詢中放置謂詞的位置。為了說明這一點，讓我們看看一個示例。

我們想檢索所有客戶的列表（無論他們是否下過任何訂單），以及自 2005 年 6 月開始以來他們下的訂單總數(shù)。為此，我們將使用外部聯(lián)接來鏈接 customers 和 orders 表，如下所示：

SELECT C.customerName, count(O.customerNumber) AS 2005_orders
FROM customers AS C
LEFT OUTER JOIN orders AS O
  ON C.customerNumber = O.customerNumber
WHERE O.orderDate >= '2005-05-01'
GROUP BY C.customerName
ORDER BY 2005_orders DESC;

查詢結(jié)果應(yīng)包含第一個表和第二個表中所有可能的行組合，也稱為笛卡爾積。不幸的是，當我們在 Navicat Premium 16 中運行查詢時，僅返回 13 行，盡管表中有 122 個客戶（未顯示）：

為了理解哪里出了問題，讓我們一步一步從列和外部聯(lián)接開始重建查詢：

現(xiàn)在我們得到了所有的客戶。那些沒有下任何訂單的客戶的 customerNumbers 為 NULL，因為它們來自 orders 表。

現(xiàn)在，讓我們應(yīng)用 WHERE 子句謂詞：

問題是 WHERE 子句中的謂詞將外部聯(lián)接變成了內(nèi)部聯(lián)接。為了糾正這個問題，我們需要將 WHERE 謂詞添加到聯(lián)接條件：

我們現(xiàn)在可以調(diào)整原本的查詢以獲取所有客戶：

謹記要時刻注意篩選掉的行的位置。在上述示例中，WHERE 子句是問題所在。在一個更復(fù)雜的示例中，如果有多個聯(lián)接，錯誤的篩選可能發(fā)生在后續(xù)表運算符（如聯(lián)接到另一個表）而不是 WHERE 子句中。

更多有關(guān)Navicat Premium使用教程可點擊查看,歡迎加入Navicat Premium技術(shù)交流QQ群：765665608。

Navicat Premium | 下載試用

Navicat Premium 是一套數(shù)據(jù)庫管理工具，讓你使用一個程序即可同時連接到 MySQL、MariaDB、SQL Server、SQLite、Oracle 和 PostgreSQL 數(shù)據(jù)庫。了解更多購買詳情可聯(lián)系慧都在線客服。