神奇的 SQL 之扑朔迷离 → ON 和 WHERE,好多细节!

神奇的 SQL 之扑朔迷离 → ON 和 WHERE,好多细节!

  楼主:心都让你吓出来了!

  狮王:淡定,打个小喷嚏而已

前情回顾

  神奇的 SQL 之 联表细节 → MySQL JOIN 的执行过程(一)中,我们讲到了 3 种联表算法:SNL、BNL 和 INL,了解了数据的查询方式是 one by one,联表方式也是 one by one ;并谈到了 ON 和 WHERE,对下图中所说的提出了质疑

神奇的 SQL 之扑朔迷离 → ON 和 WHERE,好多细节!

  认为 ON 和 WHERE 的生效时机有待商榷;此时楼主开始了欠大家的账

  神奇的 SQL 之 联表细节 → MySQL JOIN 的执行过程(二)中对联表算法进行了补充,详细介绍了 MRR 和 BKA,但还是未介绍 ON 和 WHERE,楼主依旧欠着大家的账,内心涌满了愧疚

  终于在今天,楼主痛定思痛,决定将这笔账还上;此刻楼主的内心独白是这样的

神奇的 SQL 之扑朔迷离 → ON 和 WHERE,好多细节!

  此时各位看官的内心肯定嘀咕着:你特么欠账欠的这么义愤填膺 ? 不过我好喜欢

神奇的 SQL 之扑朔迷离 → ON 和 WHERE,好多细节!

  咳咳,闲话不多说,进入我们今天的正题

SQL 执行顺序

  SQL 的执行顺序相信大家多少有所了解,上网一搜也很快就能找到答案

  

神奇的 SQL 之扑朔迷离 → ON 和 WHERE,好多细节!

  除了 WITH 用的比较少之外,其他都比较常用,相信大家对上面的执行顺序也没有什么疑问;我们重点关注下 JOIN、ON 和 WHERE

  

神奇的 SQL 之扑朔迷离 → ON 和 WHERE,好多细节!

  那么 WHERE 是不是一定是在 ON 之后生效了 ? 我们带着这个疑问往下看

ON 和 WHERE 的常规区别

  on 针对的关联条件,是表与表之间通过哪些列、以什么条件进行关联,而 where 针对的是过滤条件;两者从概念上来讲是不同的

  另外 on 一定是与 join 一并使用的,join 会添加外部行,并将外部行中被驱动表的字段填充 null ,而 where 进行过滤的时候,只有逻辑判断为 true 的记录才会保留,逻辑值为 false 和 unknown 的记录都会过滤掉(更多详情:神奇的 SQL 之温柔的陷阱 → 三值逻辑 与 NULL !);两者得到的结果会有所不同

  上面说的可能有些抽象,我们结合具体示例来看;MySQL 版本 5.7.21 ,准备表和初始数据

神奇的 SQL 之扑朔迷离 → ON 和 WHERE,好多细节!

神奇的 SQL 之扑朔迷离 → ON 和 WHERE,好多细节!

create table tbl_a (a int primary key, b int, c int, d int, e varchar(50)); insert into tbl_a values (4,3,1,1,'a'); insert into tbl_a values (1,1,1,2,'d'); insert into tbl_a values (8,8,7,8,'h'); insert into tbl_a values (2,2,1,2,'g'); insert into tbl_a values (5,2,2,5,'e'); insert into tbl_a values (3,3,2,1,'c'); insert into tbl_a values (7,4,0,5,'b'); insert into tbl_a values (6,5,2,4,'f'); create table tbl_b like tbl_a; insert into tbl_b SELECT * from tbl_a; insert into tbl_a values (9,9,9,9,'9'); insert into tbl_b values (10,10,10,10,'10');

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wpgwxs.html