MySql 别犯糊涂了！ LEFT JOIN 的 ON 后接上筛选条件，多个条件会出事！

admin • 2023年9月5日 15:46 • SQL技巧

MySql 别犯糊涂了！ LEFT JOIN 的 ON 后接上筛选条件，多个条件会出事！

案例1：

很多时候我们在使用 LEFT JOIN ...... ON .... 时，除了连接两个表的字段条件外，我们往往还需要一些等值或者范围等等类似的数据筛选条件。

那么对于初学者，往往会犯一个错误，就是想当然地认为， ON 后面的条件是逐一执行的，因为没有了解清楚 ON 后面接条件的规则。

是个什么样的场景？

看实例讲解：

userinfo 表：

（找兼职的人员名单信息表）

jobinfo表：

（兼职工作信息及职业要求表）

业务需求：

根据职业要求给找兼职的人员匹配上目前可以做的兼职，输出数据条。

例如，李三是一个程序员，他迫于经济压力，不得不向社会低头，想找一些自己能做的兼职。

使用 WHERE

如果我们不用 left join ...... on ... , 仅仅使用 where，那么简单写下sql是：

SELECT * FROM userinfo AS u ,jobinfo AS j WHERE u.userProfession=j.professionRequireAND j.professionRequire='程序员'

查询出来的结果如下：

是我们需要的结果，可以看的，程序员李三能做的兼职有，送外卖或者当保安。

使用 LEFT JOIN ...... ON ......

初学者（罪过）写的SQL ：

想当然地把筛选条件职业要求为 ‘ 程序员’ 直接 拼接在 ON 后面

SELECT * FROM userinfo AS u LEFT JOIN   jobinfo AS j ON u.userProfession=j.professionRequireAND j.professionRequire='程序员'

这样地拼接筛选条件其实是达不到所想要的效果的，先来看看这样的执行结果：

可以看到查询出来很多我们不想要的数据，为什么会这样？

原因：

因为如果直接把关联表的筛选条件拼接在 ON 后，执行的顺序其实是：

先将 jobinfo 表按照筛选条件 professionRequire='程序员' 执行后作为子查询，再执行 LEFT JOIN ...... ON 。

也就是第一步变成了执行 SELECT * FROM jobinfo AS j WHERE j.professionRequire='程序员'

然后再进行连接查询，也就是

整个sql语句其实变成了：

SELECT * FROM userinfo AS u LEFT JOIN   (SELECT *  FROM jobinfo  WHERE jobinfo.professionRequire='程序员') AS j ON u.userProfession=j.professionRequire

这样查询出来，显然不是我们想要的结果。

那么我们在使用 LEFT JOIN ...... ON ...... 拼接筛选条件时，我们应该怎么做？

配合 WHERE 使用：

SELECT * FROM userinfo AS u LEFT JOIN   jobinfo AS j ON u.userProfession=j.professionRequireWHERE j.professionRequire='程序员'

结果：

我们把筛选条件配合where去使用，执行的逻辑就是：

先执行LEFT JOIN ...... ON ...... 先将关联两个表之后的数据查询出来；

再按照 professionRequire='程序员' 条件，进行数据筛选。

所以这是我们想要得到的结果。

这是一个使用 LEFT JOIN 的 ON 初学者很容易犯的错误，大家稍微注意点。

案例2：

eft join 连表时，on后多条件无效问题

最近开发素材库项目，各种关系复杂的表，一度6张表的综合关系，这里面遇到一个连表时的多条件‘无效’问题，！

如下：

有如下问题

ON 子句与 WHERE 子句的不同
一种更好地理解带有 WHERE ... IS NULL 子句的复杂匹配条件的简单方法
Matching-Conditions 与 Where-conditions 的不同

关于 “A LEFT JOIN B ON 条件表达式” 的一点提醒

ON 条件（“A LEFT JOIN B ON 条件表达式”中的ON）用来决定如何从 B 表中检索数据行。

如果 B 表中没有任何一行数据匹配 ON 的条件,将会额外生成一行所有列为 NULL 的数据

在匹配阶段 WHERE 子句的条件都不会被使用。仅在匹配阶段完成以后，WHERE 子句条件才会被使用。它将从匹配阶段产生的数据中检索过滤。

让我们看一个 LFET JOIN 示例：

mysql> CREATE TABLE `product` (

`id` int(10) unsigned NOT NULL auto_increment,

`amount` int(10) unsigned default NULL,

PRIMARY KEY (`id`)

) ENGINE=MyISAM AUTO_INCREMENT=5 DEFAULT CHARSET=latin1

mysql> CREATE TABLE `product_details` (

`id` int(10) unsigned NOT NULL,

`weight` int(10) unsigned default NULL,

`exist` int(10) unsigned default NULL,

PRIMARY KEY (`id`)

) ENGINE=MyISAM DEFAULT CHARSET=latin1

mysql> INSERT INTO product (id,amount)

VALUES (1,100),(2,200),(3,300),(4,400);

Query OK, 4 rows affected (0.00 sec)

Records: 4 Duplicates: 0 Warnings: 0

mysql> INSERT INTO product_details (id,weight,exist)

VALUES (2,22,0),(4,44,1),(5,55,0),(6,66,1);

Query OK, 4 rows affected (0.00 sec)

Records: 4 Duplicates: 0 Warnings: 0

mysql> SELECT * FROM product;

+----+--------+

| id | amount |

+----+--------+

| 1 | 100 |

| 2 | 200 |

| 3 | 300 |

| 4 | 400 |

+----+--------+

4 rows in set (0.00 sec)

mysql> SELECT * FROM product_details;

+----+--------+-------+

| id | weight | exist |

+----+--------+-------+

| 2 | 22 | 0 |

| 4 | 44 | 1 |

| 5 | 55 | 0 |

| 6 | 66 | 1 |

+----+--------+-------+

4 rows in set (0.00 sec)

mysql> SELECT * FROM product LEFT JOIN product_details

ON (product.id = product_details.id);

+----+--------+------+--------+-------+

+----+--------+------+--------+-------+

| 2 | 200 | 2 | 22 | 0 |

| 4 | 400 | 4 | 44 | 1 |

+----+--------+------+--------+-------+

4 rows in set (0.00 sec)

ON 子句和 WHERE 子句有什么不同？

一个问题：下面两个查询的结果集有什么不同么？

1. SELECT * FROM product LEFT JOIN product_details ON (product.id = product_details.id) AND product_details.id=2;

2. SELECT * FROM product LEFT JOIN product_details ON (product.id = product_details.id) WHERE product_details.id=2;

第一条查询使用 ON 条件决定了从 LEFT JOIN的 product_details表中检索符合的所有数据行。

第二条查询做了简单的LEFT JOIN，然后使用 WHERE 子句从 LEFT JOIN的数据中过滤掉不符合条件的数据行。

再来看一些示例：

mysql> SELECT * FROM product LEFT JOIN product_details

ON (product.id = product_details.id)

AND product_details.id=2;

+----+--------+------+--------+-------+

+----+--------+------+--------+-------+

| 2 | 200 | 2 | 22 | 0 |

+----+--------+------+--------+-------+

4 rows in set (0.00 sec)

mysql> SELECT * FROM product LEFT JOIN product_details

ON (product.id = product_details.id)

WHERE product_details.id=2;

+----+--------+----+--------+-------+

+----+--------+----+--------+-------+

| 2 | 200 | 2 | 22 | 0 |

+----+--------+----+--------+-------+

1 row in set (0.01 sec)

所有来自product表的数据行都被检索到了，但没有在product_details表中匹配到记录（product.id = product_details.id AND product.amount=100 条件并没有匹配到任何数据）

mysql>

mysql> SELECT * FROM product LEFT JOIN product_details

ON product.id = product_details.id

AND product.amount=100;

+----+--------+------+--------+-------+

+----+--------+------+--------+-------+

+----+--------+------+--------+-------+

4 rows in set (0.00 sec)

同样，所有来自product表的数据行都被检索到了，有一条数据匹配到了。

使用 WHERE ... IS NULL 子句的 LEFT JOIN

当你使用 WHERE ... IS NULL 子句时会发生什么呢？

如前所述，WHERE 条件查询发生在匹配阶段之后，这意味着 WHERE ... IS NULL 子句将从匹配阶段后的数据中过滤掉不满足匹配条件的数据行。

纸面上看起来很清楚，但是当你在 ON 子句中使用多个条件时就会感到困惑了。

我总结了一种简单的方式来理解上述情况：

将 IS NULL 作为否定匹配条件
使用 !(A and B) == !A OR !B 逻辑判断

看看下面的示例：

mysql> SELECT a.* FROM product a LEFT JOIN product_details b

ON a.id=b.id AND b.weight!=44 AND b.exist=0

WHERE b.id IS NULL;

+----+--------+

| id | amount |

+----+--------+

| 1 | 100 |

| 3 | 300 |

| 4 | 400 |

+----+--------+

3 rows in set (0.00 sec)

让我们检查一下 ON 匹配子句：

(a.id=b.id) AND (b.weight!=44) AND (b.exist=0)

我们可以把 IS NULL 子句看作是否定匹配条件。

这意味着我们将检索到以下行：

!( exist(b.id that equals to a.id) AND b.weight !=44 AND b.exist=0 )

!exist(b.id that equals to a.id) || !(b.weight !=44) || !(b.exist=0)

!exist(b.id that equals to a.id) || b.weight =44 || b.exist=1

就像在C语言中的逻辑 AND 和逻辑 OR表达式一样，其操作数是从左到右求值的。如果第一个参数做够判断操作结果，那么第二个参数便不会被计算求值（短路效果）

看看别的示例：

mysql> SELECT a.* FROM product a LEFT JOIN product_details b

ON a.id=b.id AND b.weight!=44 AND b.exist=1

WHERE b.id IS NULL;

+----+--------+

| id | amount |

+----+--------+

| 1 | 100 |

| 2 | 200 |

| 3 | 300 |

| 4 | 400 |

+----+--------+

4 rows in set (0.00 sec)

Matching-Conditions 与 Where-conditions 之战

如果你吧基本的查询条件放在 ON 子句中，把剩下的否定条件放在 WHERE 子句中，那么你会获得相同的结果。

例如，你可以不这样写：

SELECT a.* FROM product a LEFT JOIN product_details b ON a.id=b.id AND b.weight!=44 AND b.exist=0 WHERE b.id IS NULL;

你可以这样写：

SELECT a.* FROM product a LEFT JOIN product_details b ON a.id=b.id WHERE b.id is null OR b.weight=44 OR b.exist=1;

mysql> SELECT a.* FROM product a LEFT JOIN product_details b

ON a.id=b.id

WHERE b.id is null OR b.weight=44 OR b.exist=1;

+----+--------+

| id | amount |

+----+--------+

| 1 | 100 |

| 3 | 300 |

| 4 | 400 |

+----+--------+

3 rows in set (0.00 sec)

你可以不这样写：

SELECT a.* FROM product a LEFT JOIN product_details b

ON a.id=b.id AND b.weight!=44 AND b.exist!=0

WHERE b.id IS NULL;

可以这样写：

SELECT a.* FROM product a LEFT JOIN product_details b

ON a.id=b.id

WHERE b.id is null OR b.weight=44 OR b.exist=0;

mysql> SELECT a.* FROM product a LEFT JOIN product_details b

ON a.id=b.id

WHERE b.id is null OR b.weight=44 OR b.exist=0;

+----+--------+

| id | amount |

+----+--------+

| 1 | 100 |

| 2 | 200 |

| 3 | 300 |

| 4 | 400 |

+----+--------+

4 rows in set (0.00 sec)

这些查询真的效果一样？

如果你只需要第一个表中的数据的话，这些查询会返回相同的结果集。有一种情况就是，如果你从 LEFT JOIN的表中检索数据时，查询的结果就不同了。

如前所属，WHERE 子句是在匹配阶段之后用来过滤的。

例如：

mysql> SELECT * FROM product a LEFT JOIN product_details b

ON a.id=b.id AND b.weight!=44 AND b.exist=1

WHERE b.id is null;

+----+--------+------+--------+-------+

+----+--------+------+--------+-------+

+----+--------+------+--------+-------+

4 rows in set (0.00 sec)

mysql> SELECT * FROM product a LEFT JOIN product_details b

ON a.id=b.id

WHERE b.id IS NULL OR b.weight=44 OR b.exist=0;

+----+--------+------+--------+-------+

+----+--------+------+--------+-------+

| 2 | 200 | 2 | 22 | 0 |

| 4 | 400 | 4 | 44 | 1 |

+----+--------+------+--------+-------+

4 rows in set (0.00 sec)

总附注：

如果你使用 LEFT JOIN 来寻找在一些表中不存在的记录，你需要做下面的测试：WHERE 部分的 col_name IS NULL(其中 col_name 列被定义为 NOT NULL)，MYSQL 在查询到一条匹配 LEFT JOIN 条件后将停止搜索更多行（在一个特定的组合键下）。

学习资料见知识星球。

以上就是今天要分享的技巧，你学会了吗？若有什么问题，欢迎在下方留言。

快来试试吧，小琥 my21ke007。获取 1000个免费 Excel模板福利！

更多技巧， www.excelbook.cn

欢迎加入 零售创新 知识星球，知识星球主要以数据分析、报告分享、数据工具讨论为主；

你将获得：

1、价值上万元的专业的PPT报告模板。

2、专业案例分析和解读笔记。

3、实用的Excel、Word、PPT技巧。

4、VIP讨论群，共享资源。

5、优惠的会员商品。

6、一次付费只需99元，即可下载本站文章涉及的文件和软件。

文章版权声明 1、本网站名称：Excelbook
2、本站永久网址：http://www.excelbook.cn
3、本网站的文章部分内容可能来源于网络，仅供大家学习与参考，如有侵权，请联系站长王小琥进行删除处理。
4、本站一切资源不代表本站立场，并不代表本站赞同其观点和对其真实性负责。
5、本站一律禁止以任何方式发布或转载任何违法的相关信息，访客发现请向站长举报。
6、本站资源大多存储在云盘，如发现链接失效，请联系我们我们会第一时间更新。

THE END

二维码

专业报告，2023茶行业消费趋势白皮书！

< <上一篇

Windows11系统更改OneDrive文件夹位置（存储路径）！

下一篇>>

搜索内容

MySql 别犯糊涂了！ LEFT JOIN 的 ON 后接上筛选条件，多个条件会出事！

MySql 别犯糊涂了！ LEFT JOIN 的 ON 后接上筛选条件，多个条件会出事！

那么对于初学者，往往会犯一个错误，就是想当然地认为， ON 后面的条件是逐一执行的，因为没有了解清楚 ON 后面接条件的规则。

使用 WHERE

使用 LEFT JOIN ...... ON ......

原因：

因为如果直接把关联表的筛选条件拼接在 ON 后，执行的顺序其实是：

先将 jobinfo 表按照筛选条件 professionRequire='程序员' 执行后作为子查询，再执行 LEFT JOIN ...... ON 。

这是一个使用 LEFT JOIN 的 ON 初学者很容易犯的错误，大家稍微注意点。

eft join 连表时，on后多条件无效问题

取消回复

共有 0 条评论

​​MySql 别犯糊涂了！ LEFT JOIN 的 ON 后接上筛选条件，多个条件会出事！

​​MySql 别犯糊涂了！ LEFT JOIN 的 ON 后接上筛选条件，多个条件会出事！

那么对于初学者，往往会犯一个错误，就是 想当然 地 认为， ON 后面的条件是逐一执行的，因为没有了解清楚 ON 后面接条件的规则。

使用 WHERE

使用 LEFT JOIN ...... ON ......

原因：

因为如果直接把关联表的筛选条件拼接在 ON 后， 执行的顺序其实是：

先将 jobinfo 表 按照筛选条件 professionRequire='程序员' 执行后作为子查询，再执行 LEFT JOIN ...... ON 。

这是一个使用 LEFT JOIN 的 ON 初学者很容易犯的错误，大家稍微注意点。

eft join 连表时，on后多条件无效问题

取消回复

共有 0 条评论

MySql 别犯糊涂了！ LEFT JOIN 的 ON 后接上筛选条件，多个条件会出事！

MySql 别犯糊涂了！ LEFT JOIN 的 ON 后接上筛选条件，多个条件会出事！

那么对于初学者，往往会犯一个错误，就是想当然地认为， ON 后面的条件是逐一执行的，因为没有了解清楚 ON 后面接条件的规则。

因为如果直接把关联表的筛选条件拼接在 ON 后，执行的顺序其实是：

先将 jobinfo 表按照筛选条件 professionRequire='程序员' 执行后作为子查询，再执行 LEFT JOIN ...... ON 。