关于 LEFT JOIN 的使用注意事项

1. LEFT JOIN 左右表判断

在 SQL 中,‌连续的 LEFT JOIN 操作的左表是前面所有 JOIN 操作后的中间结果‌,而右表是当前 LEFT JOIN 指定的表。以下分步骤说明:

1.1. 单个 LEFT JOIN 的逻辑‌

sql 复制代码
SELECT *
FROM A
LEFT JOIN B ON A.id = B.a_id;

左表(Left Table)‌: A

右表(Right Table)‌: B

结果集‌: 包含所有 A 的记录,以及匹配的 B 记录(未匹配的 B 字段为 NULL)。

1.2. 连续两个 LEFT JOIN‌

sql 复制代码
SELECT *
FROM A
LEFT JOIN B ON A.id = B.a_id
LEFT JOIN C ON B.id = C.b_id;

第一个 LEFT JOIN‌:

左表: A

右表: B

结果集: A + B 的联合数据(保留所有 A 的记录)。

第二个 LEFT JOIN‌:

左表‌: 第一次 LEFT JOIN 后的结果集(即 A + B 的数据)

右表‌: C

结果集‌: 保留所有 A + B 的记录,并附加匹配的 C 记录(未匹配的 C 字段为 NULL)。

1.3. 连续三个 LEFT JOIN‌

sql 复制代码
SELECT *
FROM A
LEFT JOIN B ON A.id = B.a_id
LEFT JOIN C ON B.id = C.b_id
LEFT JOIN D ON C.id = D.c_id;

每次 LEFT JOIN 的左表‌:

JOIN 步骤 左表 右表
1 A B
2 A + B 的结果集 C
3 A + B + C 的结果集 D

最终结果‌:保留所有 A 的记录,依次附加 B、C、D 的匹配数据(未匹配的字段为 NULL)。

1.4. 总结

关键规则‌

  1. 左表的继承性‌:每个新的 LEFT JOIN 的左表是前面所有 JOIN 操作后的中间结果集。
  2. 右表的独立性‌:每个 LEFT JOIN 的右表是当前语句中指定的表,与之前的操作无关。
  3. 数据保留逻辑‌:所有 LEFT JOIN 始终保留左表的全部数据,右表只附加匹配记录。

左表始终是前面的结果集‌,右表是当前 LEFT JOIN 指定的表。

数据保留优先级‌:所有 LEFT JOIN 优先保留左表的数据,右表仅附加匹配内容。

设计复杂查询时,建议逐步构建并验证中间结果,确保连接逻辑正确。

2. LEFT JOIN 条件语句

在 SQL 的 LEFT JOIN 中,将右表的条件放在 ON 子句和 WHERE 子句会导致完全不同的查询逻辑和结果‌。以下是它们的核心区别:

2.1. 条件放在 ON 子句中‌

作用时机‌:在 LEFT JOIN ‌连接过程中‌ 进行过滤,仅影响右表参与匹配的条件。

结果特性‌:保留左表的所有记录,右表未匹配的记录以 NULL 填充。

适用场景‌:需要保留左表所有数据,同时根据右表条件筛选匹配记录。

示例‌:

sql 复制代码
SELECT A.id, A.name, B.department
FROM Employees A
LEFT JOIN Departments B 
  ON A.id = B.employee_id 
  AND B.department = 'IT';  -- 右表条件在 ON 中

结果‌:

所有员工(左表)都会被返回。只有部门是 'IT' 的员工会显示部门信息,其他员工的 department 字段为 NULL。

id name department
1 Alice IT
2 Bob NULL
3 Charlie NULL

2.2. 条件放在 WHERE 子句中‌

作用时机‌:在 LEFT JOIN ‌完成后‌ 对结果集进行过滤。

结果特性‌:会过滤掉右表未匹配的记录(即 NULL 记录),导致 LEFT JOIN ‌退化为 INNER JOIN‌。

适用场景‌:需要同时满足左表和右表条件的记录。

示例‌:

sql 复制代码
SELECT A.id, A.name, B.department
FROM Employees A
LEFT JOIN Departments B 
  ON A.id = B.employee_id 
WHERE B.department = 'IT';  -- 右表条件在 WHERE 中

结果‌:

仅返回部门是 'IT' 的员工,其他员工(包括 B.department 为 NULL 的记录)被过滤。

id name department
1 Alice IT

2.3. 核心区别总结‌

条件位置 作用阶段 是否保留左表所有数据 右表未匹配时的结果
ON 子句‌ 连接过程中过滤右表记录 右表字段为 NULL
WHERE 子句‌ 连接后过滤最终结果集 右表字段为 NULL 的行被过滤

2.4. 何时使用哪种方式?‌

场景1:保留左表所有记录,仅筛选右表匹配的记录‌

使用 ON 子句‌:

sql 复制代码
SELECT *
FROM Orders
LEFT JOIN Payments 
  ON Orders.id = Payments.order_id 
  AND Payments.status = 'success';  -- 仅匹配成功的支付

场景2:仅需要左表和右表同时满足条件的记录

使用 WHERE 子句‌:

sql 复制代码
SELECT *
FROM Orders
LEFT JOIN Payments ON Orders.id = Payments.order_id
WHERE Payments.status = 'success';  -- 相当于 INNER JOIN

2.5. 进阶:同时使用 ON 和 WHERE‌

sql 复制代码
SELECT A.id, A.name, B.department
FROM Employees A
LEFT JOIN Departments B 
  ON A.id = B.employee_id 
  AND B.department = 'IT'  -- 筛选右表匹配条件
WHERE A.salary > 5000;     -- 筛选左表条件

结果‌:

先通过 ON 子句筛选右表部门为 'IT' 的记录。 保留所有左表员工,但仅显示工资 >5000 的员工。

2.6. 总结‌

ON 子句‌:控制右表如何参与连接,‌不影响左表数据的完整性‌。

WHERE 子句‌:全局过滤结果集,可能导致 LEFT JOIN 失效。

关键原则‌:

若需要保留左表所有数据,右表条件放在 ON 中。

若需要严格筛选左表和右表同时满足条件的记录,右表条件放在 WHERE 中。

相关推荐
昵称为空C40 分钟前
SpringBoot像Mybatis-Plus一样动态加载Mapper文件,实现Mapper文件动态更新
spring boot·后端
4dm1n44 分钟前
kubernetes request limit底层是怎么限制的☆
后端
无名之逆1 小时前
Hyperlane:轻量、高效、安全的 Rust Web 框架新选择
开发语言·前端·后端·安全·rust·github·ssl
Asthenia04121 小时前
当Spring服务接入ElasticSearch:如何优雅的CRUD呢?
后端
小诸葛的博客1 小时前
开发一个go模块并在其他项目中引入
开发语言·后端·golang
Emma歌小白1 小时前
初步使用UML设计代码结构
后端
剽悍一小兔2 小时前
Java8默认方法の终极奥义
后端
Emma歌小白2 小时前
UML(Unified Modeling Language,统一建模语言)应用方向
后端
是阿建吖!2 小时前
【MySQL】数据库基础
数据库·mysql
雷渊2 小时前
mybatis底层为什么设计二层缓存?
java·后端·面试