有这样的一个问题mysql查询使用mysql中left(right)join筛选条件在on与where查询出的数据是否有差异。
可能只看着两个关键字看不出任何的问题。那我们使用实际的例子来说到底有没有差异。

例如存在两张表结构
表结构1
复制代码 代码如下:
drop table if EXISTS A; 
CREATE TABLE A ( 
  ID int(1) NOT NULL, 
  PRIMARY KEY  (ID) 
) ENGINE=MyISAM DEFAULT CHARSET=latin1; 

表结构2
复制代码 代码如下:
drop table if EXISTS B; 
CREATE TABLE B ( 
  ID int(1) NOT NULL, 
  PRIMARY KEY  (ID) 
) ENGINE=MyISAM DEFAULT CHARSET=latin1; 

表一插入数据
复制代码 代码如下:
insert into A values ( 1 ); 
insert into A values ( 2 ); 
insert into A values ( 3 ); 
insert into A values ( 4 ); 
insert into A values ( 5 ); 
insert into A values ( 6 ); 

表二插入数据
复制代码 代码如下:
insert into B values ( 1 ); 
insert into B values ( 2 ); 
insert into B values ( 3 ); 

完成后A,B表数据如下:

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


语句一
复制代码 代码如下:
select  A.ID as AID, B.ID as BID   from A left join B on A.ID = B.ID where B.ID<3

语句二
复制代码 代码如下:
select  A.ID as AID, B.ID as BID  from A left join B on A.ID = B.ID and  B.ID<3 

以上两个语句的查询结果是否一致。
反正一切我是没有注意到这两个查询存在任何差异的【以前也没这么写过sql】。
我们看看实际结果
语句一的查询结果

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

 

语句二的查询结果为:

 

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

 

发现两个查询存在差异。

为什么会存在差异,这和on与where查询顺序有关。

我们知道标准查询关键字执行顺序为 from->where->group by->having->order by[ 记得不是很清楚呢]

left join 是在from范围类所以 先on条件筛选表,然后两表再做left join。

而对于where来说在left join结果再次筛选。

第一sql语句查询过程如下等价于:
1:先是left join
复制代码 代码如下:
select  A.ID as AID, B.ID as BID   from A left join B on A.ID = B.ID 

查询结果如下

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


2:再查询结果中将B.ID即BID<2筛选出来。

也就是我们上面看到的结果。

第二sql语句查询过程如下等价于:

1:先按照on条件刷选表等价于先筛选B表:

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

2:再已上查询结果与A表做left join,这也是为什么我们看到第二个查询的sql会保留A表的原因。
ON与where的使用一定要注意场所:
(1):ON后面的筛选条件主要是针对的是关联表【而对于主表刷选条件不适用】。
例如
复制代码 代码如下:
select  A.ID as AID, B.ID as BID from A left join B on A.ID = B.ID and A.ID = 3 

这个的查询结果为

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


挺诧异的吧和我们期望的结果不一样,并为筛选出AID=3的数据。

但是我们也发现 AID 与 中AID 1 于2对应的值为NULL,关联表只取了满足A表筛刷选条件的值。

即主表条件在on后面时附表只取满足主表帅选条件的值、而主表还是取整表。

 (2):对于主表的筛选条件应放在where后面,不应该放在ON后面

 (3):对于关联表我们要区分对待。如果是要条件查询后才连接应该把查询件

              放置于ON后。

              如果是想再连接完毕后才筛选就应把条件放置于where后面

 (4): 对于关联表我们其实可以先做子查询再做join
所以第二个sql等价于
复制代码 代码如下:
select  A.ID as AID, B1.ID as BID 
from A left join  ( select B.ID from B  where B.ID <3 )B1 on A.ID = B1.ID 

以上全在mysql5.1上测试过

广告合作:本站广告合作请联系QQ:858582 申请时备注:广告合作(否则不回)
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!

稳了!魔兽国服回归的3条重磅消息!官宣时间再确认!

昨天有一位朋友在大神群里分享,自己亚服账号被封号之后居然弹出了国服的封号信息对话框。

这里面让他访问的是一个国服的战网网址,com.cn和后面的zh都非常明白地表明这就是国服战网。

而他在复制这个网址并且进行登录之后,确实是网易的网址,也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情,因为以前都没有出现这样的情况,现在突然提示跳转到国服战网的网址,是不是说明了简体中文客户端已经开始进行更新了呢?