关于 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 中。

相关推荐
程序员张31 小时前
SpringBoot计时一次请求耗时
java·spring boot·后端
古月居GYH3 小时前
【数据分析】如何在PyCharm中高效配置和使用SQL
ide·sql·pycharm
程序员岳焱7 小时前
Java 与 MySQL 性能优化:Java 实现百万数据分批次插入的最佳实践
后端·mysql·性能优化
麦兜*7 小时前
Spring Boot启动优化7板斧(延迟初始化、组件扫描精准打击、JVM参数调优):砍掉70%启动时间的魔鬼实践
java·jvm·spring boot·后端·spring·spring cloud·系统架构
大只鹅8 小时前
解决 Spring Boot 对 Elasticsearch 字段没有小驼峰映射的问题
spring boot·后端·elasticsearch
ai小鬼头8 小时前
AIStarter如何快速部署Stable Diffusion?**新手也能轻松上手的AI绘图
前端·后端·github
梦在深巷、8 小时前
MySQL/MariaDB数据库主从复制之基于二进制日志的方式
linux·数据库·mysql·mariadb
IT_10248 小时前
Spring Boot项目开发实战销售管理系统——数据库设计!
java·开发语言·数据库·spring boot·后端·oracle
bobz9659 小时前
动态规划
后端
stark张宇9 小时前
VMware 虚拟机装 Linux Centos 7.9 保姆级教程(附资源包)
linux·后端