MYSQL 中的LEFT( RIGHT ) JOIN使用ON 与WHERE 筛选的差异
2019独角兽企业重金招聘Python工程师标准>>>
有这样的一个问题:查询使用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表数据如下:
语句一
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】。
我们看看实际结果
语句一的查询结果
语句二的查询结果为:
发现两个查询存在差异。
为什么会存在差异,这和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
查询结果如下
2:再查询结果中将B.ID即BID<2筛选出来。
所以查询结果为:
这里可以理解执行过程为:
(1).A表和B表产生笛卡尔积
SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B
(2).然后笛卡尔积的结果集通过条件on进行筛选后留下三条记录
SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B ON A.ID = B.ID
(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表:
2:再已上查询结果与A表做left join,这也是为什么我们看到第二个查询的sql会保留A表的原因。
所以查询结果为:
执行过程为:
(1).首先两表笛卡尔积:
SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B
(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)
(3).最后对过滤后的结果和A表进行左连接(LEFT JOIN):
所以结果为:
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表筛刷选条件的值。
查询过程为:
(1).A表和B表笛卡尔积:
SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B
(2)笛卡尔积后进行on条件过滤:
SELECT A.ID AS AID,B.ID AS BID FROM A JOIN B ON A.ID = B.ID AND A.ID =3
(3)过滤后的结果集和A表再左连接(LEFT JOIN):
所以结果为:
总结:
( 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上测试过
转载于:https://my.oschina.net/u/2331760/blog/863740
MYSQL 中的LEFT( RIGHT ) JOIN使用ON 与WHERE 筛选的差异相关推荐
- mysql right关键字_MYSQL 中的LEFT( RIGHT ) JOIN使用ON 与WHERE 筛选的差异
有这样的一个问题:查询使用mysql中left(right)join筛选条件在on与where查询出的数据是否有差异. 可能只看着两个关键字看不出任何的问题.那我们使用实际的例子来说到底有没有差异. ...
- 如何在MySQL中进行FULL OUTER JOIN?
我想在MySQL中进行完全外部联接. 这可能吗? MySQL是否支持完全外部联接? #1楼 在SQLite中,您应该这样做: SELECT * FROM leftTable lt LEFT JOIN ...
- mysql中的几种join 及 full join问题
[注意]:Oracle数据库支持full join,mysql是不支持full join的,但仍然可以同过左外连接+ union+右外连接实现 初始化SQL语句: /*join 建表语句*/ drop ...
- Mysql 中 delete 与 left join 的问题
今天在一个程序后台删除一个东西的时候,却出现了这个问题: 在Google搜索了大约1小时候,终于找到了原因,解决起来非常简单: 增加一个T.*就搞定了. 故障分析:因为Insert.Update.De ...
- 【MYSQL】总结MySQL中对表内容的关联运算(join)
在Stackoverflow上看到一个问答,问MySQL中表格关联运算的操作与区别,回答用一张图,一目了然. Presentation链接(包括详细事例): http://www.codeprojec ...
- Mysql中WhereIn和Join的性能比对
在mysql中使用whereIn和Join表性能区别, 在查询多表的关系的时候,存在两种查询方法. 一种是找出对应关系的ID,然后根据对应关系的ID的集合,到目标表中查询出结果. 另外一种,是联立两张 ...
- mysql中什么是空集合_mysql 中使用笛卡尔积 避免其中一方为空集时结果就是空集的方法...
mysql 里 笛卡尔积在实际开发中很少遇到,今天我是想将多个不同的select的结果(每个select的集合大小都是1或者0)只用一次查询返回在同一行中,但发现个问题,当其中一个结果集为空集时,最终 ...
- Mysql中嵌套查询和连接查询的区别
一.嵌套查询 嵌套查询我们以mybatis中的嵌套查询举例: 1.1.创建数据库 CREATE TABLE `teacher` (`id` INT(10) NOT NULL,`name` VARCHA ...
- mysql中使用join exists in时该注意的问题
2019独角兽企业重金招聘Python工程师标准>>> 这是个老生常谈的问题,平时在简单使用过程中,都能得到想要的结果,但是对于各自的性能,以及适用场景,我们该注意什么?假如现在有表 ...
最新文章
- 数字化时代,如何解决企业协同办公的问题?
- SAP MM 采购附加费在收货以及发票过账时候的会计分录
- 第七周项目一-三个函数在一个程序中(5)
- try catch 自定义捕获异常
- C语言实现ifconfig获取网卡接收和发送流量统计
- 详解Spring Boot配置文件之多环境配置
- form表单中的常用控件
- 一个简单粗暴的前后端分离方案
- Unity3D之NGUI基础3.1:代码控制UILabel
- Illustrator 教程,如何在 Illustrator 中创建线条?
- 全能鼠标连点器之自动点击王软件
- 自制简易谷歌翻译器详解(附完整UI界面及代码文件)
- 国内App推广N种方法,总有几种适合你
- 学习日记day29 平面设计 色彩
- Mbed OS STM32F429 中断方式接收 ADS1256
- 互联网创业新思路,桔子拓客帮您一键解决流量难题
- Excel如何提取指定位数数字
- 智慧医院信息化建设整体解决方案
- Python网络爬虫(6)--爬取淘宝模特图片
- deepin tim(wine)无法安装_Deepin 系统安装及设置教程
热门文章
- 170多个Ionic Framework学习资源(转载)
- 数据库事务原理及并发、死锁
- Eclipse中使用Git
- Linux/Unix shell 监控Oracle告警日志(monitor alter log file)
- 设计模式-职责链模式
- [zz]Apache Thrift学习小记
- .NET新手系列(八)
- idea 亮度 调整_WIN10 困扰多时的屏幕亮度 终于可以调节了-完美 -更新2018年2月28日...
- 您的请求参数与订单信息不一致_长春各学校信息审核结果出炉!这些情况不符合“两个一致”...
- 分布式系统架构设计系列文章