关于 MySQL LEFT JOIN 你可能需要了解的三点

标签：href   get   operator   使用   之间   tor   方法   没有   效果   

    1）left join 是以左面为准

即使你认为自己已对 MySQL 的 LEFT JOIN 理解深刻，但我敢打赌，这篇文章肯定能让你学会点东西！

• 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 子句条件才会被使用。它将从匹配阶段产生的数据中检索过滤。

测试

表1：table2

表2：table2

select a.id,a.No,b.name from table1 a left join table2 b on (a.No = b.No and b.name=‘aaa‘);
select a.id,a.No,b.name from table1 a left join table2 b on (a.No = b.No) where b.name=‘aaa‘;

• 1
• 2

• 1
• 2

第一个结果集：

|id |No |name|
|---|---|---|
|1  |n1 |aaa|
|2  |n2 |(Null)|
|3  |n3 |(Null)|    

• 1
• 2
• 3
• 4
• 5

• 1
• 2
• 3
• 4
• 5

第二个结果集：

|id |No |name|
|---|---|---|
|1  |n1 |aaa|

• 1
• 2
• 3

• 1
• 2
• 3

第一个sql的执行流程：首先找到b表的name为aaa的记录行（on (a.No = b.No and b.name=’aaa’) ）。然后找到a的数据（即使不符合b表的规则），生成临时表返回用户。 
第二个sql的执行流程：首先生成临时表，然后执行where过滤b.name=’aaa’不为真的结果集，最后返回给用户。

因为on会首先过滤掉不符合条件的行，然后才会进行其它运算，所以按理说on是最快的。

在多表查询时，on比where更早起作用。系统首先根据各个表之间的联接条件，把多个表合成一个临时表后，再由where进行过滤，然后再计算，计算完后再由having进行过滤。由此可见，要想过滤条件起到正确的作用，首先要明白这个条件应该在什么时候起作用，然后再决定放在那里。

对于JOIN参与的表的关联操作，如果需要不满足连接条件的行也在我们的查询范围内的话，我们就必需把连接条件放在ON后面，而不能放在WHERE后面，如果我们把连接条件放在了WHERE后面，那么所有的LEFT,RIGHT,等这些操作将不起任何作用，对于这种情况，它的效果就完全等同于INNER连接。对于那些不影响选择行的条件，放在ON或者WHERE后面就可以。

记住：所有的连接条件都必需要放在ON后面，不然前面的所有LEFT,和RIGHT关联将作为摆设，而不起任何作用。

关于 MySQL LEFT JOIN 你可能需要了解的三点

标签：href   get   operator   使用   之间   tor   方法   没有   效果   

原文地址：http://www.cnblogs.com/GotoJava/p/7469866.html