id | No |
---|---|
1 | n1 |
2 | n2 |
3 | n3 |
表2:table2
No | name |
---|---|
n1 | aaa |
n2 | bbb |
n3 | ccc |
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';
第一个结果集:
|id |No |name| |---|---|---| |1 |n1 |aaa| |2 |n2 |(Null)| |3 |n3 |(Null)|
第二个结果集:
|id |No |name| |---|---|---| |1 |n1 |aaa|
第一个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关联将作为摆设,而不起任何作用。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对脚本之家的支持。