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

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

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

例如存在两张表结构

表结构1

Sql代码

drop table if EXISTS A;  
CREATE TABLE A (  
  ID int(1) NOT NULL,  
 PRIMARY KEY  (ID)  
) ENGINE=MyISAM DEFAULT CHARSET=latin1;  

表结构2

Sql代码

drop table if EXISTS B;  
CREATE TABLE B (  
  ID int(1) NOT NULL,  
 PRIMARY KEY  (ID)  
) ENGINE=MyISAM DEFAULT CHARSET=latin1;  

表一插入数据

Sql代码

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 );  

表二插入数据

Sql代码

insert into B values ( 1 );  
insert into B values ( 2 );  
insert into B values ( 3 );  

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

语句一

Sql代码

select  A.ID as AID, B.ID as BID   from A left join B on A.ID = B.ID where B.ID<3  

语句二

Java代码  

select  A.ID as AID, B.ID as BID  from A left join B on A.ID = B.ID and  B.ID<3 

以上两个语句的查询结果是否一致。

反正一切我是没有注意到这两个查询存在任何差异的【以前也没这么写过sql】。

我们看看实际结果

语句一的查询结果

语句二的查询结果为:

发现两个查询存在差异。

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

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

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

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

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

1:先是left join

Sql代码

select  A.ID as AID, B.ID as BID   from A left join B on A.ID = B.ID  

查询结果如下

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

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

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

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

2:再已上查询结果与A表做left join,这也是为什么我们看到第二个查询的sql会保留A表的原因。

ON与where的使用一定要注意场所:

(1):ON后面的筛选条件主要是针对的是关联表【而对于主表刷选条件不适用】。

例如

Sql代码

select  A.ID as AID, B.ID as BID from A left join B on A.ID = B.ID and A.ID = 3  

这个的查询结果为

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

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

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

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

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

放置于ON后。

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

(4): 对于关联表我们其实可以先做子查询再做join

所以第二个sql等价于

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上测试过

原文发布于微信公众号 - java达人(drjava)

原文发表时间:2015-10-22

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏乐沙弥的世界

dbms_xplan之display_cursor函数的使用

        DBMS_XPLAN包中display_cursor函数不同于display函数,display_curso...

1793
来自专栏PHP在线

mysql索引的类型和优缺点

现在来介绍了数据库索引,及其优、缺点。针对MySQL索引的特点、应用进行了详细的描述。分析了如何避免MySQL无法使用,如何使用EXPLAIN分析查询语句,如何...

3767
来自专栏Linux运维学习之路

MySQL索引

索引管理 索引是什么? 索引就好比一本书的目录,它会让你更快的找到内容; 让获取的数据更有目的性,从而提高数据库检索数据的性能; 索引建立在表的列上(字段)。 ...

4115
来自专栏乐沙弥的世界

oracle imp导入时出现skipping table

    最近有同事在使用传统的imp工具导入数据时,总是提示收到skipping table的提示,也就是表被跳过,而不是被重建。即使是将目标数据库上的表对象删...

1171
来自专栏乐沙弥的世界

PL/SQL --> 动态SQL的常见错误

动态SQL在使用时,有很多需要注意的地方,如动态SQL语句结尾处不能使用分号(;),而动态PL/SQL结尾处需要使用分号(;),但不能使用正

842
来自专栏c#开发者

oracle 常用command

Lunatic 整理 1. 删除表的注意事项 在删除一个表中的全部数据时,须使用TRUNCATE TABLE 表名;因为用DROP TABLE,DE...

3553
来自专栏逸鹏说道

快速对表的某字段赋递增的数值

假如有这张一张表,当时创建时没有用来存放递增的数值的int型字段。在使用的过程中,有这样的需求。 USE AdventureWorks2008R2;GOIF O...

2106
来自专栏企鹅号快讯

数据库中间件 Sharding-JDBC 源码分析——SQL 解析之插入SQL

1. 概述 本文前置阅读: 《SQL 解析(一)之词法解析》 《SQL 解析(二)之SQL解析》 本文分享插入SQL解析的源码实现。 不考虑 INSERT SE...

2005
来自专栏Albert陈凯

2018-07-20 oracle优化:避免全表扫描

例如:在City-State-Zip列创建了三列复合索引,那么仅对State列限定条件不能使用这个索引,因为State不是索引的主列。

2254
来自专栏杨建荣的学习笔记

MySQL关于数据字典的一个疑问

今天看着MySQL的数据字典,突然想到一个问题:为什么MySQL数据字典 information_schema中的表名是大写,而performance_sche...

3648

扫码关注云+社区

领取腾讯云代金券