mysql right关键字_MYSQL 中的LEFT( RIGHT ) JOIN使用ON 与WHERE 筛选的差异

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

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

例如存在两张表结构

表结构1

Sql代码

DROP TABLE IF EXISTS `A`;

CREATE TABLE `A` (

`ID` INT(11) NOT NULL,

PRIMARY KEY (`ID`)

) ENGINE=MYISAM DEFAULT CHARSET=utf8

表结构2

Sql代码

DROP TABLE IF EXISTS `A`;

CREATE TABLE `A` (

`ID` INT(11) NOT NULL,

PRIMARY KEY (`ID`)

) ENGINE=MYISAM DEFAULT CHARSET=utf8

表一插入数据

Sql代码

INSERT INTO `A`(id)VALUES(1);

INSERT INTO `A`(id)VALUES(2);

INSERT INTO `A`(id)VALUES(3);

INSERT INTO `A`(id)VALUES(4);

INSERT INTO `A`(id)VALUES(5);

INSERT INTO `A`(id)VALUES(6);

表二插入数据

Sql代码

INSERT INTO `B`(id)VALUES(1);

INSERT INTO `B`(id)VALUES(2);

INSERT INTO `B`(id)VALUES(3);

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

61417de1591418584e499ddf14544bff.png

语句一

Sql代码

SELECT A.ID AS AID,B.ID AS BID FROM A LEFT JOIN B ON A.ID = B.ID WHERE B.ID <3

语句二

Sql代码

SELECT A.ID AS AID,B.ID AS BID FROM A LEFT JOIN B ON A.ID = B.ID AND B.ID <3

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

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

我们看看实际结果

语句一的查询结果

fa468cfafa968ab33570e16dc46672ba.png

语句二的查询结果为:

364c551152969adbbc89032775d2482b.png

发现两个查询存在差异。

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

我们知道标准查询关键字执行顺序为 from->where->group by->having->order by

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

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

第一sql语句:

SELECT A.ID AS AID,B.ID AS BID FROM A LEFT JOIN B ON A.ID = B.ID WHERE B.ID <3

查询过程如下等价于:

1:先是left join

Sql代码

SELECT A.ID AS AID,B.ID AS BID FROM A LEFT JOIN B ON A.ID = B.ID

查询结果如下

254594041d7010cf247ef639671e32ba.png

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

所以查询结果为:

fa468cfafa968ab33570e16dc46672ba.png

这里可以理解执行过程为:

(1).A表和B表产生笛卡尔积

SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B

a5bce26ea6786caae3a98b0f38447934.png

(2).然后笛卡尔积的结果集通过条件on进行筛选后留下三条记录

SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B ON A.ID = B.ID

1752d6e5c2426ed7039d59cc909f9bd6.png

(3).结果集通过left join和A表进行左连接:

SELECT A.ID AS AID,B.ID AS BID FROM A LEFT JOIN B ON A.ID = B.ID

(4).最后左连接后的结果通过where条件进行过滤:

SELECT A.ID AS AID,B.ID AS BID FROM (A LEFT JOIN B ON A.ID = B.ID) WHERE B.ID <3

第二sql语句:

SELECT A.ID AS AID,B.ID AS BID FROM A LEFT JOIN B ON A.ID = B.ID AND B.ID <3

查询过程如下等价于:

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

4edf73bf1e5223be21f1636badca8430.png

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

所以查询结果为:

364c551152969adbbc89032775d2482b.png

执行过程为:

(1).首先两表笛卡尔积:

SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B

4bacad9c1ca9da4089842f6f43c3c19e.png

(2).对笛卡尔积进行on(ON (A.ID = B.ID AND B.ID <3))条件过滤:

SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B ON (A.ID = B.ID AND B.ID <3)

daf1bf6bc4311178d52416b98941a483.png

(3).最后对过滤后的结果和A表进行左连接(LEFT JOIN):

所以结果为:

374d11429368441cde3f69d722ee5ae9.png

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

这个的查询结果为

fcee990108fde031c276fedf8957e5b1.png

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

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

查询过程为:

(1).A表和B表笛卡尔积:

SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B

917237f426b6a502969b0be8bc770ca8.png

(2)笛卡尔积后进行on条件过滤:

SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B ON A.ID = B.ID AND A.ID =3

a41f6f4d85cf6bed6f03fdaafeaad75b.png

(3)过滤后的结果集和A表再左连接(LEFT JOIN):

所以结果为:

25f4cfb099dd6c5d51815b318043bbad.png

总结:

( 1 )   :主表条件在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.6上测试过

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值