你当真了解left join???【避坑指南】

现象

left join在我们使用mysql查询的过程中可谓非常常见，比如博客里一篇文章有多少条评论、商城里一个货物有多少评论、一条评论有多少个赞等等。但是由于对join、on、where等关键字的不熟悉，有时候会导致查询结果与预期不符，所以今天我就来总结一下，一起避坑。

这里我先给出一个场景，并抛出两个问题，如果你都能答对那这篇文章就不用看了。

假设有一个班级管理应用，有一个表classes，存了所有的班级；有一个表students，存了所有的学生，具体数据如下（感谢廖雪峰的在线SQL）：

SELECT * FROM classes;

SELECT * FROM students;

那么现在有两个需求：

找出每个班级的名称及其对应的女同学数量

找出一班的同学总数

对于需求1，大多数人不假思索就能想出如下两种sql写法，请问哪种是对的？

SELECT c.name, count(s.name) as num FROM classes c left join students son s.class_id = c.idand s.gender = 'F'group by c.name

或者

SELECT c.name, count(s.name) as num FROM classes c left join students son s.class_id = c.idwhere s.gender = 'F'group by c.name

对于需求2，大多数人也可以不假思索的想出如下两种sql写法，请问哪种是对的？

SELECT c.name, count(s.name) as num FROM classes c left join students son s.class_id = c.idwhere c.name = '一班' group by c.name

或者

SELECT c.name, count(s.name) as num FROM classes c left join students son s.class_id = c.idand c.name = '一班' group by c.name

请不要继续往下翻！！先给出你自己的答案，正确答案就在下面。

答案是两个需求都是第一条语句是正确的，要搞清楚这个问题，就得明白mysql对于left join的执行原理，下节进行展开。

根源

mysql 对于left join的采用类似嵌套循环的方式来进行从处理，以下面的语句为例：

SELECT * FROM LT LEFT JOIN RT ON P1(LT,RT)) WHERE P2(LT,RT)

其中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补上的行}}
}

当然，实际情况中MySQL会使用buffer的方式进行优化，减少行比较次数，不过这不影响关键的执行流程，不在本文讨论范围之内。

从这个伪代码中，我们可以看出两点：

如果想对右表进行限制，则一定要在on条件中进行，若在where中进行则可能导致数据缺失，导致左表在右表中无匹配行的行在最终结果中不出现，违背了我们对left join的理解。因为对左表无右表匹配行的行而言，遍历右表后b=FALSE,所以会尝试用NULL补齐右表，但是此时我们的P2对右表行进行了限制，NULL若不满足P2(NULL一般都不会满足限制条件，除非IS NULL这种)，则不会加入最终的结果中，导致结果缺失。

如果没有where条件，无论on条件对左表进行怎样的限制，左表的每一行都至少会有一行的合成结果，对左表行而言，若右表若没有对应的行，则右表遍历结束后b=FALSE，会用一行NULL来生成数据，而这个数据是多余的。所以对左表进行过滤必须用where。

下面展开两个需求的错误语句的执行结果和错误原因：

需求1

需求2

需求1由于在where条件中对右表限制，导致数据缺失（四班应该有个为0的结果）

需求2由于在on条件中对左表限制，导致数据多余（其他班的结果也出来了，还是错的）

总结

通过上面的问题现象和分析，可以得出了结论：在left join语句中，左表过滤必须放where条件中，右表过滤必须放on条件中，这样结果才能不多不少，刚刚好。

SQL 看似简单，其实也有很多细节原理在里面，一个小小的混淆就会造成结果与预期不符，所以平时要注意这些细节原理，避免关键时候出错。

摘自： segmentfault.com/a/1190000020458807

你当真了解left join???【避坑指南】相关推荐

MySql 之 left join 避坑指南
点击上方"方志朋",选择"设为星标" 回复"666"获取新整理的面试文章作者:MageekChiu https://segmentfaul ...
MySQL：left join 避坑指南
点击上方"方志朋",选择"设为星标" 回复"666"获取新整理的面试资料作者:MageekChiu segmentfault.com/a/ ...
mysql left join第一个_MySQL 之 LEFT JOIN 避坑指南
现象 left join在我们使用mysql查询的过程中可谓非常常见,比如博客里一篇文章有多少条评论.商城里一个货物有多少评论.一条评论有多少个赞等等.但是由于对join.on.where等关键字的不 ...
17条避坑指南：一份来自谷歌的数据库经验贴
点击上方蓝色"程序猿DD",选择"设为星标" 回复"资源"获取独家整理的学习资料! 来源 | https://medium.com/@rak ...
怎么把原来的墙拆掉_电视墙避坑指南要收好！拆掉重装太心累...
电视墙是家里装修最为重要的一个地方. 相信很多人都想要把电视墙装修得简单又大气,而且还是容易搞卫生的整洁类型~但是,电视墙贴砖过程中,有很多坑需要注意,一不小心就要像下面的业主一样,拆掉重装. 业主反 ...
VMProtect SDK完全避坑指南
文章目录前言编译VMProtect Demo 生成机器码替换密钥对生成序列号总结前言在编写软件的时候,通常会有这样一个需求,需要对自己写的软件实现一机一码加密保护,并且最好能够限制使用时 ...
Serverless 时代前端避坑指南
作者 | 张挺每个时代,从来不缺机会. 云原生的浪潮席卷而来,从 14 年到现在,上云的声音就没有停歇过,而如今到了 2020,云厂商都已经准备好了,而前端,是否也准备好踏入这纷争的领域,去拥抱时代 ...
工业级光纤收发器使用“避坑”指南
工业级光纤收发器在使用中有很多的注意事项,往往这些注意事项经常被忽略.下面飞畅科技就整理了一些工业级光纤收发器使用"避坑"指南,大家可以仔细看看,引起重视. 使用工业级光纤收发器连 ...
项目从0到1避坑指南
背景: 物流行业,老板信息化意识弱,不是现有的TMS而是一个新的方向,目前市场上竞品较少前言: 一个项目从0到1,有相关的固定的考虑事项.然而,由于公司环境.项目涉及的行业等一些实际条件的约束,会在 ...
python避坑指南_Linux下Python3.6的安装及避坑指南
Python3的安装 1.安装依赖环境 Python3在安装的过程中可能会用到各种依赖库,所以在正式安装 Python 3之前,需要将这些依赖库先行安装好. yum -y install zlib-d ...

你当真了解left join???【避坑指南】

现象

根源

总结

你当真了解left join???【避坑指南】相关推荐

最新文章

热门文章