当前位置: 首页 > news >正文

MySQL:left join 后用 on 还是 where?

在MySQL中,LEFT JOIN用于返回左表(即LEFT JOIN关键字左边的表)的所有记录,即使在右表中没有匹配的记录。对于那些右表中没有匹配的记录,结果集中右表的部分会被填充为NULL。关于ONWHERE子句的使用,它们在LEFT JOIN中的作用是不同的:

  • ON 子句:用于定义连接条件,即决定哪些记录应该被连接在一起。当你需要基于左右表的某些字段值的关系来组合记录时,这些条件应该放在ON后面。如果在ON后面还有对右表的额外条件限制,这些也会在连接时应用,但不会影响左表返回所有记录的原则。
  • WHERE 子句:用于对已经通过JOIN操作产生的结果集进行进一步的过滤。当条件放在WHERE子句中时,那些不符合条件的记录(无论是左表的还是右表的)都会被移除,这可能会影响到左表返回所有记录的初衷,尤其是在处理NULL值时需格外小心。

具体案例一:

假设我们有两个表,一个是employees(员工表),另一个是departments(部门表),我们想找出所有员工及其所在的部门名称,即使某些员工没有分配到具体的部门。

employees 表:

idname
1Alice
2Bob
3Carol

departments 表:

idname
1HR
2IT
3Marketing

其中,employees表的department_id字段可以是NULL,表示没有分配部门。

使用 ON 示例:

SELECT employees.name, departments.name AS department_name
FROM employees
LEFT JOIN departments ON employees.department_id = departments.id;

这个查询会返回所有员工的名字,以及他们对应的部门名字,如果员工没有部门(即department_id为NULL),部门名字则为NULL。

使用 WHERE 示例:

SELECT employees.name, departments.name AS department_name
FROM employees
LEFT JOIN departments ON employees.department_id = departments.id
WHERE departments.id IS NOT NULL;

这个查询试图过滤掉那些部门ID为NULL的记录,但由于使用的是LEFT JOIN,加上WHERE子句过滤掉NULL的部门ID实际上会导致那些没有分配部门的员工也被排除在外,违反了LEFT JOIN的初衷,即返回左表所有记录。因此,在大多数情况下,如果你想保留左表的所有记录,应避免在WHERE子句中过滤与右表相关的NULL值,而是应该在ON子句中完成所有必要的连接条件和限制。

正确的做法是在ON子句中处理所有连接条件,然后仅在确实需要进一步过滤整个结果集(而不影响左表完整性)时才使用WHERE子句。

具体案例二:
假设我们有两个表,一个是Orders(订单表),一个是Customers(客户表),我们想找出所有客户的订单信息,即使某些客户还没有下过任何订单。

Orders表:

  • OrderID
  • CustomerID
  • ProductName

Customers表:

  • CustomerID
  • CustomerName

使用ON的例子
如果我们想找到所有客户的订单,即使他们没有订单,我们会这样写:

SELECT Customers.CustomerName, Orders.ProductName
FROM Customers
LEFT JOIN Orders ON Customers.CustomerID = Orders.CustomerID;

在这个查询中,ON子句确保了每个客户与他们的订单关联,即使没有订单的客户也会出现在结果集中,其ProductName为NULL。

使用WHERE的例子
如果我们进一步想在结果中只包括那些至少有一个订单的客户,我们可能会尝试这样写,但这是错误的做法,因为它违背了LEFT JOIN的初衷:

SELECT Customers.CustomerName, Orders.ProductName
FROM Customers
LEFT JOIN Orders ON Customers.CustomerID = Orders.CustomerID
WHERE Orders.OrderID IS NOT NULL; -- 这里会过滤掉左表中无匹配项的记录

上述查询实际上会变成内连接的效果,因为WHERE子句排除了左表中没有匹配项(即订单为NULL)的记录。

正确的使用方式
如果我们的目的是在保留所有客户的同时,筛选出有订单的客户信息,我们应该这样写:

SELECT Customers.CustomerName, Orders.ProductName
FROM Customers
LEFT JOIN Orders ON Customers.CustomerID = Orders.CustomerID AND Orders.OrderID IS NOT NULL;

在这个修正的查询中,我们在ON子句中同时指定了连接条件和筛选条件,这样既保证了左表的完整性,又对连接后的结果进行了有效的过滤,只保留了那些有订单的记录。

相关文章:

  • 北京网站建设多少钱?
  • 辽宁网页制作哪家好_网站建设
  • 高端品牌网站建设_汉中网站制作
  • 解决Linux中已安装JDK但是java找不到命令问题
  • matlab实现pid控制空调温度
  • 昇思25天学习打卡营第19天 | ResNet50迁移学习再续
  • 【JVM-04】线上CPU100%
  • wordpress外贸建站公司案例英文模板
  • Netty服务端接收TCP链接数据
  • 代码随想录算法训练营:28/60
  • JAVA中关于compareTo方法的原理深挖
  • 【论文阅读】AsyncDiff: Parallelizing Diffusion Models by Asynchronous Denoising
  • VS2019 因公司加密无法运行程序原因
  • 树莓派4B_OpenCv学习笔记21:OpenCV_haar人脸识别
  • Day1--每日一练
  • P8086 『JROI-5』Music
  • 深入理解外观模式(Facade Pattern)及其实际应用
  • 网络钓鱼中的高级同形异义:网络安全的新威胁
  • JS 中的深拷贝与浅拷贝
  • [译]Python中的类属性与实例属性的区别
  • [译]前端离线指南(上)
  • 【面试系列】之二:关于js原型
  • Dubbo 整合 Pinpoint 做分布式服务请求跟踪
  • Java 内存分配及垃圾回收机制初探
  • Mysql数据库的条件查询语句
  • overflow: hidden IE7无效
  • php的插入排序,通过双层for循环
  • rc-form之最单纯情况
  • spark本地环境的搭建到运行第一个spark程序
  • 动手做个聊天室,前端工程师百无聊赖的人生
  • 分享一份非常强势的Android面试题
  • 浮现式设计
  • 湖南卫视:中国白领因网络偷菜成当代最寂寞的人?
  • 基于 Babel 的 npm 包最小化设置
  • 让你的分享飞起来——极光推出社会化分享组件
  • 实现简单的正则表达式引擎
  • 树莓派 - 使用须知
  • 腾讯优测优分享 | 你是否体验过Android手机插入耳机后仍外放的尴尬?
  • 我的业余项目总结
  • 线上 python http server profile 实践
  • 详解移动APP与web APP的区别
  • MiKTeX could not find the script engine ‘perl.exe‘ which is required to execute ‘latexmk‘.
  • LIGO、Virgo第三轮探测告捷,同时探测到一对黑洞合并产生的引力波事件 ...
  • 进程与线程(三)——进程/线程间通信
  • 移动端高清、多屏适配方案
  • #我与Java虚拟机的故事#连载06:收获颇多的经典之作
  • #我与Java虚拟机的故事#连载19:等我技术变强了,我会去看你的 ​
  • $NOIp2018$劝退记
  • (1/2)敏捷实践指南 Agile Practice Guide ([美] Project Management institute 著)
  • (4)STL算法之比较
  • (51单片机)第五章-A/D和D/A工作原理-A/D
  • (C#)if (this == null)?你在逗我,this 怎么可能为 null!用 IL 编译和反编译看穿一切
  • (done) ROC曲线 和 AUC值 分别是什么?
  • (MonoGame从入门到放弃-1) MonoGame环境搭建
  • (翻译)Quartz官方教程——第一课:Quartz入门
  • (每日一问)操作系统:常见的 Linux 指令详解
  • (五)关系数据库标准语言SQL
  • (详细版)Vary: Scaling up the Vision Vocabulary for Large Vision-Language Models