以前做mysql题时候,对于on和where,除了语法上一个用在join上另一个不一定要用在join上外,其它的差别也没有仔细去理解过,但今天做了一道题突然发现了个很有意思的点。


题目要求,请写出一条SQL语句以查询每个用户的注册日期和在 2019 年作为买家的订单总数
一开始写了的是以下代码:
代码1:
select
u.user_id buyer_id,
u.join_date join_date,
count(o.buyer_id) orders_in_2019
from users u
left join orders o
on u.user_id=o.buyer_id
where year(o.order_date)=2019
group by u.user_id,u.join_date
输出结果为
![]()
很明显,它并没有把订单数为0的结果输出,之后改成
代码2:
select
u.user_id buyer_id,
u.join_date join_date,
count(o.buyer_id) orders_in_2019
from users u
left join orders o
on u.user_id=o.buyer_id and year(o.order_date)=2019
group by u.user_id,u.join_date
![]()
这边就输出成功了。
一开始,就是为了要统计订单为0的信息所以使用了left join,这样一来o.buyer_id为null的部分通过count函数来计算就能得到0了。
但代码1是之间舍弃了o.buyer_id为null的部分,为什么呢?因为执行完成on u.user_id=o.buyer_id条件后,假设得到了一个表t1(此时t1里面o.order_date有部分数据为null),之后再使用where语句判断,此时直接把t1里面o.order_date为null的部分删除了,且这些部分里o.buyer_id同样也是null。之后再分组计数就得不到结果了
附加一个记录小点:
mysql的语句执行顺序是
from——where——group by——having——order by——select
文章探讨了在MySQL查询中,ON和WHERE子句在LEFTJOIN操作中处理NULL值的不同方式。通过一个实例,解释了为何将过滤条件放在ON子句中可能会导致丢失订单数为0的用户记录,而WHERE子句会先过滤掉不符合条件的数据,从而影响最终结果。正确做法是在ON子句中同时包含JOIN条件和日期过滤条件,以确保包含所有用户记录。

4588

被折叠的 条评论
为什么被折叠?



