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

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

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

 

   例如存在两张表结构

   表结构1

 

Sql代码  

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

   表结构2

 

Sql代码  

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

   表一插入数据

 

Sql代码  

  1. insert into A values ( 1 );  
  2. insert into A values ( 2 );  
  3. insert into A values ( 3 );  
  4. insert into A values ( 4 );  
  5. insert into A values ( 5 );  
  6. insert into A values ( 6 );  

 表二插入数据

 

Sql代码  

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

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

 语句一

Sql代码  

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

 语句二

Java代码  

  1. 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代码  

  1. 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代码  

  1. 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代码  

  1. select  A.ID as AID, B1.ID as BID  
  2. from A left join  ( select B.ID from B  where B.ID <3 )B1 on A.ID = B1.ID  

   以上全在mysql5.1上测试过

运行平台:Mysql 
目的:比较join......on 后面的and 和where的区别 

1)建表 
创建A表 

Java代码  

  1. SET FOREIGN_KEY_CHECKS=0;  
  2.   
  3. -- ----------------------------  
  4. -- Table structure for `a`  
  5. -- ----------------------------  
  6. DROP TABLE IF EXISTS `a`;  
  7. CREATE TABLE `a` (  
  8.   `id` decimal(10,0) NOT NULL DEFAULT '0',  
  9.   `link` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,  
  10.   `a_name` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,  
  11.   PRIMARY KEY (`id`)  
  12. ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;  
  13.   
  14. -- ----------------------------  
  15. -- Records of a  
  16. -- ----------------------------  
  17. INSERT INTO `a` VALUES ('1', '1', 'jack');  
  18. INSERT INTO `a` VALUES ('2', '1', 'jack');  
  19. INSERT INTO `a` VALUES ('3', '1', 'leo');  

创建B表 

Java代码  

  1. SET FOREIGN_KEY_CHECKS=0;  
  2.   
  3. -- ----------------------------  
  4. -- Table structure for `b`  
  5. -- ----------------------------  
  6. DROP TABLE IF EXISTS `b`;  
  7. CREATE TABLE `b` (  
  8.   `id` decimal(10,0) NOT NULL DEFAULT '0',  
  9.   `link` varchar(11) COLLATE utf8_unicode_ci DEFAULT NULL,  
  10.   `b_name` varchar(11) COLLATE utf8_unicode_ci DEFAULT NULL,  
  11.   PRIMARY KEY (`id`)  
  12. ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;  
  13.   
  14. -- ----------------------------  
  15. -- Records of b  
  16. -- ----------------------------  
  17. INSERT INTO `b` VALUES ('1', '1', 'frowna');  
  18. INSERT INTO `b` VALUES ('2', '1', 'frowna');  
  19. INSERT INTO `b` VALUES ('3', '1', 'kiki');  

2)比较下面的运行结果 

Java代码  

  1. select * from A left join B on A.link =B.link where A.a_name='jack'  
  2. 和  
  3. select * from A left join B on A.link =B.link and A.a_name='jack'  

Java代码  

  1. select * from A inner join B on A.link =B.link where A.a_name='jack'  
  2. 和  
  3. select * from A inner join B on A.link =B.link and A.a_name='jack'  

Java代码  

  1. select * from A right join B on A.link =B.link where A.a_name='jack'  
  2. 和  
  3. select * from A right join B on A.link =B.link and A.a_name='jack'  

Java代码  

  1. select * from A right join B on A.link =B.link where A.a_name is null  
  2. 和  
  3. select * from A right join B on A.link =B.link and A.a_name is null   

3)结论 
3.1) where 是在两个表join完成后,再附上where条件。 
即 

Java代码  

  1. select * from (select A.a_name,B.b_name from A left join B on A.link =B.link)t where t.a_name='jack';  
  2. 等价为  
  3. select A.a_name,B.b_name from A left join B on A.link =B.link  where A.a_name='jack'  

3.2) 
而 and 则是在表连接前过滤A表或B表里面哪些记录符合连接条件,同时会兼顾是left join还是right join。即 
假如是左连接的话,如果左边表的某条记录不符合连接条件,那么它不进行连接,但是仍然留在结果集中(此时右边部分的连接结果为NULL)。 

3.3)建议尽量用where来过滤条件,以避免复杂的逻辑考虑。(除非在某些情况下(后接其他sql语句),用and会报错,才用and,但要考虑是否影响正确结果。)

时间: 2024-12-08 17:24:36

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

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

有这样的一个问题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=lat

mysql 优化 left join

问题描述 mysql 优化 left join A(id,name,createtime) B(id,aid,name,createtime) b是a的记录表,a保留一条最新的记录,历史的移动到b中,因此一条a在b中有多条历史记录: 需求:当a在b中有记录时,则时间取b中对应记录的最早的创建时间,其他字段取a中的. 如果b中无数据,则取a中的全部数据 现在的解决方案是(由于数据敏感,以下为原数据表结构的对呀模型): -- 如果b中有记录: SELECT * FROM ( SELECT A.id,

在MySQL中使用JOIN语句进行连接操作的详细教程_Mysql

到目前,我们已经学习了从一个表中获取数据.这是简单的需要,但在大多数现实MySQL的使用,经常需要将数据从多个表中的一个单一的查询. 可以使用多个表中的单一SQL查询.在MySQL中联接(join)行为是指两个或多个表到一个表中可以使用连接在SELECT,UPDATE和DELETE语句中加入MySQL表.我们将看到一个例子LEFT JOIN简单的MySQL连接.在命令提示符使用联接: 假设我们两个表的教程tcount_tbl和tutorials_tbl的完整列表如下: 例子: 试试下面的例子:

MySQL表LEFT JOIN左连接与RIGHT JOIN右连接的实例教程_Mysql

LEFT JOIN 语法用法与实例MySQL LEFT JOIN 语法 SQL(MySQL) LEFT JOIN 会取得左表(table1)全部记录,即使右表(table2)并无对应匹配记录.LEFT JOIN 基本语法如下: ... FROM table1 LEFT JOIN table2 ON condition ... MySQL LEFT JOIN 用法实例 下面是两个原始数据表: article 文章表: user 用户表: 我们列出所有的文章及对应的所属用户,即使没有用户的文章也列出

MySQL连接left join,right join,inner join语句用法

在讲MySQL的Join语法前还是先回顾一下联结的语法,呵呵,其实连我自己都忘得差不多了,那就大家一起温习吧(如果内容有错误或有疑问,国内关于MySQL联结查询的资料十分少,相信大家在看了本文后会对MySQL联结语法有相当清晰的了解,也不会被Oracle的外联结的("+"号)弄得糊涂了. 在SQL标准中规划的(Join)联结大致分为下面四种: php开源嘛 1. 内联结:将两个表中存在联结关系的字段符合联结关系的那些记录形成记录集的联结. 2. 外联结:分为外左联结和外右联结. php

MYSQL使用inner join 进行 查询/删除/修改示例

本文为大家介绍下使用inner join 进行查询/删除/修改,具体实现如下,学习mysql的朋也可以学习下,希望对大家有所帮助   复制代码 代码如下: --查询 SELECT tp.tp_id, tp.tpmc, tp.leveid, tp.tpdz, tp.jgm, tp.scsj, tp.pbzyid, tp.ksbfsj, tp.jsbfsj, tp.status, tp.tpbz FROM qdgl_tupian tp INNER JOIN qdgl_pqb pq ON tp.tp_

MySQL源码:JOIN顺序选择的复杂度

1. 有限穷举 在MySQL打开参数prune_level(默认打开)时,会通过一个"偷懒"技巧来跳过某些看似消耗较大执行计划,可以参考偷懒的MySQL. 虽然会"偷懒"的跳过某些执行计划,但是MySQL仍然会按照穷举的方式探索,说"有限"是指,当关联表的数量超过63时(search_depth的默认值),达到最大深度, MySQL将分多个阶段穷举.当关联表的数量较少的时候(小于search_depth),MySQL会穷举所有可能,然后计算每个J

深入理解mysql之left join 使用详解_Mysql

 ON 子句与 WHERE 子句的不同    一种更好地理解带有 WHERE ... IS NULL 子句的复杂匹配条件的简单方法    Matching-Conditions 与 Where-conditions 的不同 关于 "A LEFT JOIN B ON 条件表达式" 的一点提醒 ON 条件("A LEFT JOIN B ON 条件表达式"中的ON)用来决定如何从 B 表中检索数据行. 如果 B 表中没有任何一行数据匹配 ON 的条件,将会额外生成一行所有

MySQL中Nested-Loop Join算法小结_Mysql

 不知不觉的玩了两年多的MySQL,发现很多人都说MySQL对比Oracle来说,优化器做的比较差,其实某种程度上来说确实是这样,但是毕竟MySQL才到5.7版本,Oracle都已经发展到12c了,今天我就看了看MySQL的连接算法,嗯,现在来说还是不支持Hash Join,只有Nested-Loop Join,那今天就总结一下我学习的心得吧.      Nested-Loop Join基本算法实现,伪代码是这样: for each row in t1 matching range { for