网络编程 
首页 > 网络编程 > 浏览文章

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

(编辑:jimmy 日期: 2024/11/19 浏览:3 次 )
有这样的一个问题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上测试过

上一篇:浅析is_writable的php实现
下一篇:ubuntu下编译安装xcache for php5.3 的具体操作步骤
一句话新闻
一文看懂荣耀MagicBook Pro 16
荣耀猎人回归!七大亮点看懂不只是轻薄本,更是游戏本的MagicBook Pro 16.
人们对于笔记本电脑有一个固有印象:要么轻薄但性能一般,要么性能强劲但笨重臃肿。然而,今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上,荣耀宣布猎人游戏本正式回归,称其继承了荣耀 HUNTER 基因,并自信地为其打出“轻薄本,更是游戏本”的口号。
众所周知,寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验,而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起,我们不禁对它产生了强烈的好奇:作为代表荣耀猎人游戏本的跨界新物种,它究竟做了哪些平衡以兼顾不同人群的各类需求呢?