MySQL:left join 后用 on 还是 where?

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

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

具体案例一:

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

employees 表:

id name
1 Alice
2 Bob
3 Carol

departments 表:

id name
1 HR
2 IT
3 Marketing

其中,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子句中同时指定了连接条件和筛选条件,这样既保证了左表的完整性,又对连接后的结果进行了有效的过滤,只保留了那些有订单的记录。

相关推荐

  1. MySQL:left join on where

    2024-07-11 00:30:03       25 阅读

最近更新

  1. docker php8.1+nginx base 镜像 dockerfile 配置

    2024-07-11 00:30:03       100 阅读
  2. Could not load dynamic library ‘cudart64_100.dll‘

    2024-07-11 00:30:03       107 阅读
  3. 在Django里面运行非项目文件

    2024-07-11 00:30:03       90 阅读
  4. Python语言-面向对象

    2024-07-11 00:30:03       98 阅读

热门阅读

  1. 最短路径算法(算法篇)

    2024-07-11 00:30:03       25 阅读
  2. 【数学建模】生产企业原材料的订购与运输

    2024-07-11 00:30:03       24 阅读
  3. Spring Boot与Traefik的集成

    2024-07-11 00:30:03       28 阅读
  4. vue详解

    vue详解

    2024-07-11 00:30:03      22 阅读
  5. 深度学习与浅层学习:技术变革下的竞争态势

    2024-07-11 00:30:03       29 阅读
  6. 大数据面试题之ElasticSearch(1)

    2024-07-11 00:30:03       24 阅读
  7. 基于深度学习的异常行为检测

    2024-07-11 00:30:03       25 阅读
  8. 深入解析 MySQL 的 SHOW FULL PROCESSLIST

    2024-07-11 00:30:03       28 阅读
  9. 使用conda安装openturns

    2024-07-11 00:30:03       27 阅读
  10. c++的constexpr和constvalue的区别

    2024-07-11 00:30:03       31 阅读