技术专题MySQL的左连接、右连接、等值连接异同

来源：互联网发布：开根号c语言编辑：程序博客网时间：2024/04/30 07:09

现象

XXX项目中使用左联接的SQL语句，几乎全部存在如图1-1所示的不当写法：

图1-1

根据此现象，今天分享一下三种连接的语法、属性及测试对比等内容，欢迎大家一起交流。

三种连接的语法

为便于更多的技友快速读懂、理解，只讨论2张表对象进行连接操作的情况，大于2张表对象进行的连接操作原理也是一样的。

左连接 (LETFJOIN)

SELECT M.columnname……,N.* columnname…..

FROM left_table M LEFT JOIN right_table N ON M. columnname_join=N. columnname_joinAND N. columnname=XXX

WHERE M.columnname=XXX…..

右连接（RIGHT JOIN） SELECT M.columnname……,N.* columnname…..

FROM left_table M RIGHT JOIN right_table NONM. columnname_join=N. columnname_joinAND M. columnname=XXX

WHERE N.columnname=XXX…..

等值连接

SELECT M.columnname……,N.* columnname…..

FROM left_table M [INNER] JOIN right_table NONM. columnname_join=N. columnname_join

WHERE M.columnname=XXX….. AND N.columnname=XXX….

或者

SELECT M.columnname……,N.* columnname…..

FROM left_table M , right_table N

WHEREM. columnname_join=N. columnname_join AND　

M.columnname=XXX….. AND N.columnname=XXX….

备注:

注意上面SQL语法中加粗的红色字体部分,三种不同连接语法的变化。

三种连接的属性

左连接（LEFT JOIN）

ON字句连接条件，用于把2表中等值的记录连接在一起，但是不影响记录集的数量。若是表left_table中的某记录，无法在表right_table找到对应的记录，则此记录依然显示在记录集集中，子表right_table需要在查询显示的列的值用NULL替代；
ON字句连接条件中表right_table. columnname=XXX用于控制right_table表是否有符合要求的列值还是用NULL替换的方式显示在查询列中，不影响记录集的数量；

WHERE字句控制记录是否符合查询要求，不符合则过滤掉；

总结：

ON字句控制right_table的列值符合显示，还是不符合就用NULL替换，不影响最终符合查询要求的记录集；WHERE字句控制那些记录是否显示在最终的记录集中。

右连接（RIGHT JOIN）

ON字句连接条件，用于把2表中等值的记录连接在一起，若是表right_table中的某记录，无法在表left_table找到对应的记录，则表 left_able需要在查询显示的列的值用NULL替代；
ON字句连接条件中表left_table. columnname=XXX用于控制left_table表是否有符合要求的列值，还是用NULL替换的方式显示在查询列表中；
WHERE字句控制记录是否符合查询要求，不符合则过滤掉；

总结：

ON字句控制left_table的列值符合显示，还是不符合而用NULL替换掉，不影响最终符合查询要求的记录集；WHERE字句控制那些记录是否显示在最终的记录集中。我们会发现LEFT JOIN 和RIGHT JOIN是类似的，只是以连接关键字左边还是右边表为准匹配。

等值连接

ON 字句连接条件，不再与左连接或右连接的功效一样，除了作为2表记录匹配的条件外，还会起到过滤记录的作用，若left_table中记录无法在right_table中找到对应的记录，则会被过滤掉；
WHERE字句，不管是涉及表left_table、表right_table上的限制条件，还是涉及2表连接的条件，都会对记录集起到过滤作用，把不符合要求的记录刷选掉；

连接语法的测试环境

测试用表结构

CREATE TABLE left_table(ID INT UNSIGNED NOT NULL AUTO_INCREMENT,

Username VARCHAR(40) NOT NULL,

Birthday DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00',

CityID SMALLINT NOT NULL DEFAULT 0,

CreatDate TIMESTAMP NOT NULL DEFAULT '0000-00-00 00:00:00',

AlterDate TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,

PRIMARY KEY(ID),

KEY idx_username(Username)

)ENGINE=InnoDB CHARACTER SET 'utf8' COLLATE 'utf8_general_ci';

CREATE TABLE right_table(UID INT UNSIGNED NOT NULL ,

CollectNum MEDIUMINT NOT NULL DEFAULT 0,

BuyNum MEDIUMINT NOT NULL DEFAULT 0,

SearchNum MEDIUMINT NOT NULL DEFAULT 0,

CreatDate TIMESTAMP NOT NULL DEFAULT '0000-00-00 00:00:00',

AlterDate TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CUR RENT_TIMESTAMP,

PRIMARY KEY(UID)

)ENGINE=InnoDB CHARACTER SET 'utf8' COLLATE 'utf8_general_ci';

用于测试的数据

重复执行10次INSERT*** VALUE ***语句：

INSERT INTO left_table(Username,Birthday,CityID,CreatDate,AlterDate)

VALUES(CONCAT(SUBSTRING(RAND(),3,8),'@qq.com'),DATE_ADD(NOW(),INTERVAL -SUBSTRING(RAND(),3,2) YEAR),SUBSTRING(RAND(),3,2),DATE_ADD(NOW(),INTERVAL -SUBSTRING(RAND(),3,3) DAY),DATE_ADD(NOW(),INTERVAL -SUBSTRING(RAND(),3,2) DAY));

执行一次INSERT ** SELECT **语句：

INSERT INTO right_table

SELECT ID,SUBSTRING(RAND(),3,4) AS CollectNum,SUBSTRING(RAND(),3,2) AS BuyNum,SUBSTRING(RAND(),3,3) AS SearchNum,CreatDate,AlterDate

FROM left_table WHERE ID%5=1;

注释：

表left_table将会有ID值1,2,3,***,10连续的记录10条，表right_table中有ID值1,6离散的记录2条，并且2表关联条件为：left_table.ID=right_table.UID实现；

对比测试

基准测试表中将可能看到的数据（编号：SQL_1）

root@localhost : eugene 03:25:07> SELECT M.ID,M.username FROM left_table M WHERE M.ID<=6;

+----+-----------------+

| ID | username |

+----+-----------------+

| 1 | 06440350@qq.com |

| 2 | 25173782@qq.com |

| 3 | 66328120@qq.com |

| 4 | 16752438@qq.com |

| 5 | 92117196@qq.com |

| 6 | 02026078@qq.com |

+----+-----------------+

标准左连接

ON字句中无连接字段之外条件的SQL及数据（编号：SQL_2）

root@localhost : eugene 03:37:58> SELECT M.ID,M.username,N.CollectNum,N.BuyNum

-> FROM left_table MLEFT JOIN right_table N ON M.ID=N.UID

->WHERE M.ID<=6;

+----+-----------------+------------+--------+

+----+-----------------+------------+--------+

| 1 | 06440350@qq.com | 817 | 39 |

| 6 | 02026078@qq.com | 5177 | 36 |

+----+-----------------+------------+--------+

ON字句中除连接字段条件之外，还有right_table限制条件的SQL及数据（编号：SQL_3）

root@localhost : eugene 03:40:20> SELECT M.ID,M.username,N.CollectNum,N.BuyNum

-> FROM left_table MLEFT JOINright_table NON M.ID=N.UID AND N.SearchNum>300

-> WHERE M.ID<=6;

+----+-----------------+------------+--------+

+----+-----------------+------------+--------+

| 1 | 06440350@qq.com | 817 | 39 |

+----+-----------------+------------+--------+

带JOIN关键字的等值连接

对应编号：SQL_2的等值连接测试的SQL及数据（编号：SQL_4）

root@localhost : eugene 03:41:27> SELECT M.ID,M.username,N.CollectNum,N.BuyNum

-> FROM left_table M INNER JOINright_table NON M.ID=N.UID

->WHERE M.ID<=6;

+----+-----------------+------------+--------+

+----+-----------------+------------+--------+

| 1 | 06440350@qq.com | 817 | 39 |

| 6 | 02026078@qq.com | 5177 | 36 |

+----+-----------------+------------+--------+

对应编号：SQL_3的等值连接测试的SQL及数据（编号：SQL_5）

root@localhost : eugene 03:42:53> SELECT M.ID,M.username,N.CollectNum,N.BuyNum

-> FROM left_table M INNER JOIN right_table NON M.ID=N.UID AND N.SearchNum>300

-> WHERE M.ID<=6;

+----+-----------------+------------+--------+

+----+-----------------+------------+--------+

| 1 | 06440350@qq.com | 817 | 39 |

+----+-----------------+------------+--------+

不带JOIN关键字的等值连接

对应编号：SQL_4的等值连接测试的SQL及数据（编号：SQL_6）

root@localhost : eugene 03:43:01> SELECT M.ID,M.username,N.CollectNum,N.BuyNum

-> FROM left_table M,right_table N

->WHERE M.ID=N.UID AND M.ID<=6;

+----+-----------------+------------+--------+

+----+-----------------+------------+--------+

| 1 | 06440350@qq.com | 817 | 39 |

| 6 | 02026078@qq.com | 5177 | 36 |

+----+-----------------+------------+--------+

对应编号：SQL_5的等值连接测试的SQL及数据（编号：SQL_7）

root@localhost : eugene 03:49:35> SELECT M.ID,M.username,N.CollectNum,N.BuyNum

-> FROMleft_table M,right_table N

->WHERE M.ID=N.UID AND M.ID<=6 AND N.SearchNum>300;

+----+-----------------+------------+--------+

+----+-----------------+------------+--------+

| 1 | 06440350@qq.com | 817 | 39 |

+----+-----------------+------------+--------+

常见错误用法的左连接

错把限制表right_table的条件，从ON 子句中放到WHERE字句中的SQL及数据

（编号：SQL_8）

root@localhost : eugene 03:49:57> SELECT M.ID,M.username,N.CollectNum,N.BuyNum

-> FROM left_table M LEFT JOINright_table NON M.ID=N.UID

-> WHERE M.ID<=6 AND N.SearchNum>300;

+----+-----------------+------------+--------+

+----+-----------------+------------+--------+

| 1 | 06440350@qq.com | 817 | 39 |

+----+-----------------+------------+--------+

错把限制表left_table或称影响最终记录集的条件，从WHERE子句中放到ON字句中的SQL及数据（编号：SQL_9）

root@localhost : eugene 03:54:14> SELECT M.ID,M.username,N.CollectNum,N.BuyNum

-> FROM left_table M LEFT JOIN right_table N ON M.ID=N.UID AND M.ID<=6 AND N.SearchNum>300;

+----+-----------------+------------+--------+

+----+-----------------+------------+--------+

| 1 | 06440350@qq.com | 817 | 39 |

+----+-----------------+------------+--------+

测试总结

编号SQL_1
表left_table真实参与测试的记录的ID值：1,2,3,4,5,6共计６条连续的记录；

编号SQL_2、SQL_3
对于LEFT JOIN连接操作，增加right_table的限制条件，不影响最后记录集的数量，但是影响right_table表中需要显示出来的列值，不符合限制条件的情况下，则用NULL值替代。

编号SQL_4、SQL_5

对于等值连接操作，ON字句中增加对right_table的限制条件，会对最终的记录集数量产生影响；

编号SQL_6、SQL_7

对于等值连接操作，WHERE字句中增加对right_table的限制条件，会对最终的记录集数量产生影响；

编号（SQL_2、SQL_4）或（SQL_3、SQL_5）
我们可以轻易发现编号：SQL_2、SQL_4 之间唯一的差别是连接的类型不同：SQL_2为左连接，而SQL_4为等值连接，其他所有的都一样，然后SQL执行后获得的记录集却截然不一样，并且SQL_2是对符合表left_table限制条件的记录都作为最后的记录集，而SQL_4则是对同时符合表left_table、表right_table限制条件的记录才作为最后的记录集。

SQL_2与SQL_4之间对比获得的结论，同样适用于SQL_3与SQL_5之间，为此不再单独描述；

编号（SQL_4、SQL_6）或（SQL_5、SQL_7）
对于等值连接操作，不管对right_table的限制条件,放ON字句，还是WHERE子句中，对记录集影响都是一样的；

编号SQL_3、SQL_5、SQL_8
SQL_8与SQL_3相比较我们可发现，用的连接关键字都是：左连接，但是ON子句中的表right_table限制条件被放到WHERE子句中，导致最后获得的记录集完全不一样，而是跟等值连接SQL_5的记录集一样，通过比较可以发现SQL_5的记录集不符合左连接的特性，而是符合等值连接的特性，所以此写法不是左连接语句，而是相当于等值连接的语句；

编号SQL_2、SQL_3、SQL_9

SQl_9与SQL_2、SQL_3的连接关键字都是：左连接，其记录集相比较可以发现限制表left_table的记录条件：M.ID<=6没有起作用，限制表right_table的记录条件：N.SearchNum>300依然有效果，从左连接的特性角度分析，依然属于左连接，只是写法很混乱，容易误导SQL的读者

0 0