mysql left( right ) join使用on 与where 筛选的差异

?? 有这样的一个问题mysql查询使用mysql中left(right)join筛选条件在on与where查询出的数据是否有差异。

?? 可能只看着两个关键字看不出任何的问题。那我们使用实际的例子来说到底有没有差异。

?

?? 例如存在两张表结构

?? 表结构1

?

?语句一
?
语句二的查询结果为：
?
?
发现两个查询存在差异。
为什么会存在差异，这和on与where查询顺序有关。
我们知道标准查询关键字执行顺序为 from->where->group by->having->order by[记得不是很清楚呢]
left join 是在from范围类所以 先on条件筛选表，然后两表再做left join。
而对于where来说在left join结果再次筛选。
?第一sql语句查询过程如下等价于：
??? 1:先是left join
? 2：再查询结果中将B.ID即BID<2筛选出来。
?????? 也就是我们上面看到的结果。
第二sql语句查询过程如下等价于：
? 1：先按照on条件刷选表等价于先筛选B表：
?? 
?? 2：再已上查询结果与A表做left join，这也是为什么我们看到第二个查询的sql会保留A表的原因。
?
ON与where的使用一定要注意场所：
??? （1）：ON后面的筛选条件主要是针对的是关联表【而对于主表刷选条件不适用】。
??? 例如
挺诧异的吧和我们期望的结果不一样，并为筛选出AID=3的数据。
但是我们也发现 AID 与 中AID 1 于2对应的值为NULL，关联表只取了满足A表筛刷选条件的值。
即主表条件在on后面时附表只取满足主表帅选条件的值、而主表还是取整表。
?（2）：对于主表的筛选条件应放在where后面，不应该放在ON后面
?（3）：对于关联表我们要区分对待。如果是要条件查询后才连接应该把查询件
????????????? 放置于ON后。
????????????? 如果是想再连接完毕后才筛选就应把条件放置于where后面
?（4）：对于关联表我们其实可以先做子查询再做join
??? 所以第二个sql等价于
?
select * from bt left join  ( select bt1.ID from bt1  where bt1.`VName`<'M5' and bt1.ID <1000 )B1 on bt.ID = b1.`ID`where bt.ID <1000

如果修改成上面的 
查询时间为 105ms
和查询二相差不了多少。

所以应该效率是差不多......
即子查询与之间on查询效率应该差不了多少，单子查询必须写正确，像我第一次写的子查询就没写正确。

下次等测试完毕再下结论 呵呵