在 SQL 中，left join 是一种重要的连接方式，它允许从左表中获取所有记录，即使右表中没有匹配项。当涉及到多个关联条件时，我们可以将它们写在 on 子句后面或 where 子句后面。这两者之间有着微妙的区别，理解它们对于优化查询至关重要。
写在 on 子句后面
将关联条件写在 on 子句后面时，这些条件用于确定要连接的记录。只有当两个表中匹配的记录满足所有这些条件时，它们才会被连接。换句话说，on 子句中的条件过滤了与左表相连接的右表记录。
举个例子，假设我们有两个表：
Customer (id, name)
Order (id, customer_id, amount)
我们可以使用如下查询使用 on 子句连接这两个表：
SELECT c.name, o.amount
FROM Customer c
LEFT JOIN Order o ON c.id = o.customer_id AND o.amount > 100
在这个查询中，on 子句中的条件是 c.id = o.customer_id 和 o.amount > 100。这意味着我们只连接那些满足这两个条件的记录。因此，结果只包含 customer_id 匹配且订单金额大于 100 的客户的记录。
写在 where 子句后面
将关联条件写在 where 子句后面时，这些条件在连接之后才应用。首先连接所有记录，然后根据 where 子句中的条件过滤结果。这意味着 where 子句中的条件不仅适用于连接的记录，还适用于未连接的记录。
使用上面的示例表，我们可以使用如下查询使用 where 子句连接这两个表：
SELECT c.name, o.amount
FROM Customer c
LEFT JOIN Order o ON c.id = o.customer_id
WHERE o.amount > 100
在这个查询中，where 子句中的条件是 o.amount > 100。这意味着我们首先连接所有 customerid 匹配的记录，然后根据订单金额对其进行过滤。因此，结果将包含所有客户的记录，无论他们的订单金额如何，只要他们的 customerid 与某个订单相匹配。
总结
将关联条件写在 on 子句后面和 where 子句后面之间的关键区别在于过滤记录的时机。on 子句中的条件在连接之前应用，而 where 子句中的条件在连接之后应用。
通常，当我们有明确的关联条件时，将条件写在 on 子句后面更合适，因为这可以提高查询效率。当我们有额外的过滤条件需要应用到连接结果时，将条件写在 where 子句后面更合适。
根据查询的具体要求，选择正确的关联条件位置非常重要。通过理解 on 子句和 where 子句之间的区别，我们可以优化查询并获得所需的结果。
在使用 SQL 语句进行数据查询时，left join 是一种常用的连接操作，它允许我们从左表中提取所有记录，并从右表中匹配任何满足关联条件的记录。当涉及到多个关联条件时，将这些条件写在 ON 子句后面与写在 WHERE 子句后面有着不同的结果。
写在 ON 子句后面
当将关联条件写在 ON 子句后面时，这些条件被用作连接表的标准。换句话说，只有当左右两表的记录满足所有指定的关联条件时，才会连接它们。这确保了我们只检索实际相关的数据。
优点：
- 提高查询性能：通过限制连接范围，ON 子句中的条件可以显著提高查询效率，特别是当连接涉及大量数据时。
- 简化查询：通过将所有关联条件放在一个地方，可以更轻松地编写和维护查询，从而减少错误的可能性。
缺点：
- 可能排除相关数据：如果在 ON 子句中指定的条件过于严格，可能会排除一些实际上相关的记录。因此，需要仔细考虑关联条件，以确保它们既准确又全面。
写在 WHERE 子句后面
当将关联条件写在 WHERE 子句后面时，这些条件被用作进一步过滤连接后数据的标准。换句话说，先连接左右两表，然后使用 WHERE 子句中的条件过滤结果。
优点：
- 确保相关数据：通过将关联条件写在 WHERE 子句后面，我们可以确保检索所有满足关联条件的数据，即使它们不满足 ON 子句中的所有条件。
- 提供灵活性：WHERE 子句允许我们应用除关联条件之外的附加条件，从而提供更大的灵活性来定制查询结果。
缺点：
- 降低查询性能：WHERE 子句中的条件会应用于连接后的完整数据集，这可能比在 ON 子句中指定条件降低查询性能。
- 复杂性：将关联条件写在 WHERE 子句后面可能会使查询更加复杂和难以理解，尤其是当涉及多个条件时。
哪种选择更好？
在决定将关联条件写在 ON 子句后面还是 WHERE 子句后面时，需要考虑以下因素：
- 数据的大小和复杂性：如果数据量很大或复杂，将关联条件写在 ON 子句后面通常是更有效的选择。
- 关联条件的准确性和全面性：确保 ON 子句中的条件既准确又全面，以避免排除相关数据。
- 查询的复杂性：如果查询涉及其他筛选条件或复杂的逻辑，将关联条件写在 WHERE 子句后面可以提供更大的灵活性。
示例
考虑以下查询，它使用 left join 从 customers 表和 orders 表中检索数据：
sql
SELECT *
FROM customers
LEFT JOIN orders
ON customers.customer_id = orders.customer_id AND orders.status = 'shipped';
在这个示例中，关联条件写在 ON 子句后面。这意味着只有当客户已发货订单时，才会连接 customers 表和 orders 表中的记录。这确保了我们只检索实际相关的记录。
如果我们想进一步过滤结果并仅检索总金额超过 100 美元的订单，我们可以将以下条件写在 WHERE 子句后面：
sql
WHERE orders.total_amount > 100;
这将确保我们只检索已发货且总金额超过 100 美元的订单。
结论
在 left join 涉及多个关联条件时，将它们写在 ON 子句后面与写在 WHERE 子句后面之间存在着重要的区别。ON 子句中的条件用作连接表的标准，而 WHERE 子句中的条件用于进一步过滤连接后的数据。根据数据的大小和复杂性、关联条件的准确性以及查询的复杂性，选择正确的选择至关重要。通过仔细考虑这些因素，我们可以编写出高效且准确的 SQL 查询。
当连接多个表时，我们经常使用 Left Join 来从左表返回所有行，并仅返回右表中与左表匹配的行。在指定关联条件时，我们可以在查询的 ON 子句或 WHERE 子句中编写条件。这两个位置的差异可能会影响查询的结果和性能。
ON 子句中的关联条件
将关联条件放在 ON 子句中表示，这些条件是连接两个表的关键。换句话说，ON 子句中的条件必须对两个表中的匹配行返回 true。如果 ON 子句中的任何条件为 false，则相应行不会连接。
举个例子，假设我们有两个表：
- 表 A：
| id | name |
|---|---|
| 1 | John |
| 2 | Mary |
| 3 | Bob |
- 表 B：
| id | city |
|---|---|
| 1 | London |
| 2 | Paris |
| 4 | Rome |
要返回具有相同 ID 的表 A 和表 B 中的行，我们可以使用以下查询：
SELECT *
FROM A
LEFT JOIN B ON A.id = B.id;
上面的查询将在以下表中返回结果：
| id | name | city |
|---|---|---|
| 1 | John | London |
| 2 | Mary | Paris |
| 3 | Bob | NULL |
注意，表 A 中 id 为 3 的行没有匹配的表 B 行，因此 city 列为 NULL。这是因为 ON 条件 A.id = B.id 必须为 true 才能连接行。
WHERE 子句中的关联条件
另一方面，在 WHERE 子句中指定关联条件表示，这些条件是连接后应用的过滤器。换句话说，WHERE 子句中的条件不会影响连接本身，而只是过滤掉不满足条件的连接行。
使用与前面的示例相同的数据，我们可以使用以下查询：
SELECT *
FROM A
LEFT JOIN B ON A.id = B.id
WHERE B.city = 'London';
上面的查询将在以下表中返回结果：
| id | name | city |
|---|---|---|
| 1 | John | London |
请注意，与使用 ON 子句相比，这次表 A 中 id 为 3 的行被过滤掉了，因为 WHERE 条件 B.city = ‘London’ 为该行返回 false。
性能考虑
一般来说，将关联条件放在 ON 子句中比放在 WHERE 子句中性能更好。这是因为 ON 条件会在连接期间评估，而 WHERE 条件会在连接后的结果集上评估。
连接时的条件评估通常更有效，因为它减少了需要评估的行数。而在结果集上评估条件会遍历整个连接后的数据集，从而可能增加处理时间。
结论
在 Left Join 中，将关联条件放在 ON 子句中与 WHERE 子句中有不同的含义和性能影响。ON 条件是连接的关键，必须为匹配行返回 true，而 WHERE 条件是连接后应用的过滤器。根据具体情况，选择适当的条件放置位置对于优化查询性能至关重要。
