mysql 关联查询

数据库在通过连接两张或多张表来返回记录时，都会生成一张中间的临时表，然后再将这张临时表返回给用户。

1、inner join：

所有查询出的结果都是能够在连接的表中有对应记录；

t_employee表：

t_dept表：

select
e.empName,d.deptName
from t_employee e
INNER JOIN t_dept d
ON e.dept = d.id;

结果

2、left join：

以左边的表的数据为基准，去匹配右边的表的数据，如果匹配到就显示，匹配不到就显示为null；

SELECT e.empName,d.deptName
from t_employee e
LEFT OUTER JOIN t_dept d
on d.id = e.dept;

3、right join：

以右边的表的数据为基准，去匹配左边的表的数据，如果匹配到就显示，匹配不到就显示为null；

SELECT e.empName,d.deptName
from t_employee e
RIGHT OUTER JOIN t_dept d
on d.id = e.dept;

4、全外连接：

把两张表的字段都查出来，没有对应的值就显示null，注意：mysql是没有全外连接的(mysql中没有full outer join关键字)，想要达到全外连接的效果，可以使用union关键字连接左外连接和右外连接；

select e.empName,d.deptNameFROM t_employee e left JOIN t_dept dON e.dept = d.id
UNION
select e.empName,d.deptNameFROM t_employee e RIGHT JOIN t_dept dON e.dept = d.id;

5、自然连接：

自连接查询就是当前表与自身的连接查询，关键点在于虚拟化出一张表给一个别名；

SELECT e.empName,b.empNamefrom t_employee eLEFT JOIN t_employee bON e.bossId = b.id;

在这里，b表是虚拟化出的表，我们可以通过查询了解b表的记录：

SELECT e.empName,b.empName,b.*from t_employee eLEFT JOIN t_employee bON e.bossId = b.id;

6、关联查询时，on条件与where条件区别

在使用left jion时，on和where条件的区别如下：

1>on条件是在生成临时表时使用的条件，它不管on中的条件是否为真，都会返回左边表中的记录。

2>where条件是在临时表生成好后，再对临时表进行过滤的条件。这时已经没有left join的含义（必须返回左边表的记录）了，条件不为真的就全部过滤掉。

表1：tab1

id	size
1	10
2	20
3	30

表2：tab2

size	name
10	AAA
20	BBB
20	CCC

两条SQL:

>select * form tab1 left join tab2 on (tab1.size = tab2.size) where tab2.name=’AAA’;            #1
>select * form tab1 left join tab2 on (tab1.size = tab2.size and tab2.name=’AAA’);
#2

第一条SQL的过程：

1>中间表 on条件: tab1.size = tab2.size

tab1.id	tab1.size	tab2.size	tab2.name
1	10	10	AAA
2	20	20	BBB
2	20	20	CCC
3	30	(null)	(null)

2>再对中间表过滤 where 条件： tab2.name=’AAA’

tab1.id	tab1.size	tab2.size	tab2.name
1	10	10	AAA

第二条SQL的过程：

1>中间表 on条件: tab1.size = tab2.size and tab2.name=’AAA’ (条件不为真也会返回左表中的记录)

tab1.id	tab1.size	tab2.size	tab2.name
1	10	10	AAA
2	20	(null)	(null)
3	30	(null)	(null)

其实以上结果的关键原因就是left join,right join,full join的特殊性，不管on上的条件是否为真都会返回left或right表中的记录，full则具有left和right的特性的并集。而inner jion没这个特殊性，则条件放在on中和where中，返回的结果集是相同的。

可以这样理解：on是在生成连接表的起作用的，where是生成连接表之后对连接表再进行过滤。

当使用left join时，无论on的条件是否满足，都会返回左表的所有记录，对于满足的条件的记录，两个表对应的记录会连接起来，对于不满足条件的记录，那右表字段全部是null

当使用right join时，类似，只不过是全部返回右表的所有记录

当使用inner join时，功能与where完全相同。

更加深了对on和where的理解，得出以下结论：

1>on后的条件如果有过滤主表的条件，则结果对于不符合该条件的主表数据也会原条数保留，只是不匹配右表数据而已。对于on后面对右表的过滤条件，连接时会用该条件直接过滤右表数据后再和左边进行左连接。总之，对于不满足on后面的所有条件的数据，左表会在结果数据中原条数保留数据，只是不匹配右表数据而已。不满足条件的右表数据各字段会直接以NULL连接主表。

2>ON后对左表的筛选条件对于结果行数会被忽略，但会影响结果中的匹配右表数据，因为只有符合左表条件的数据才会去和符合条件的右表数据进行匹配，不符合条件的左表数据会保留在最后结果中，但匹配的右表数据都是NULL.因此，对于需要过滤左表数据的话，需要把过滤条件放到where后面。

3>ON后的左表条件（单独对左表进行的筛选条件）对于结果行数无影响，还是会返回所有左表的数据，但和右表匹配数据时，系统只会拿左表符合条件（ON后的对左表过滤条件）的数据去和右表符合条件（ON后的对右表过滤条件）的数据进行匹配抓取数据，而不符合条件的左表数据还是会出现在结果列表中，只是对应的右表数据都是NULL。

4>ON后的右表条件（单独对右表进行的筛选条件）会先对右表进行数据筛选后再和左表做连接查询，对结果行数有影响（当左表对右表是一对多时），但不会影响左表的显示行数，然后拿符合条件的右表数据去和符合条件的左表数据进行匹配。

5>Where还是对连接后的数据进行过滤筛选，这个无异议。

6>匹配数据时无论左右表，都是拿符合ON后的过滤条件去做数据匹配，不符合的会保留左表数据，用NULL填充右表数据。

综上得出，ON后面对于左表的过滤条件，在最后结果行数中会被忽略，并不会先去过滤左表数据再连接查询，但是ON后的右表条件会先过滤右表数据再连接左表进行查询。

连接查询时，都是用符合ON后的左右表的过滤条件的数据进行连接查询，只有符合左右表过滤条件的数据才能正确匹配，剩下的左表数据会正常出现在结果集中，但匹配的右表数据是NULL。因此对于左表的过滤条件切记要放到Where后，对于右表的过滤条件要看情况了。如果需要先过滤右表数据就把条件放到ON后面即可。

7、on、where、having区别

on、where、having这三个都可以加条件的子句中，on是最先执行，where次之，having最后。有时候如果这先后顺序不影响中间结果的话，那最终结果是相同的。但因为on是先把不符合条件的记录过滤后才进行统计，它就可以减少中间运算要处理的数据，按理说应该速度是最快的。

根据上面的分析，可以知道where也应该比having快点的，因为它过滤数据后才进行sum，所以having是最慢的。但也不是说having没用，因为有时在步骤3还没出来都不知道那个记录才符合要求时，就要用having了。

在两个表联接时才用on的，所以在一个表的时候，就剩下where跟having比较了。在这单表查询统计的情况下，如果要过滤的条件没有涉及到要计算字段，那它们的结果是一样的，只是where可以使用rushmore技术，而having就不能，在速度上后者要慢。

如果要涉及到计算的字段，就表示在没计算之前，这个字段的值是不确定的，根据上篇写的工作流程，where的作用时间是在计算之前就完成的，而having就是在计算后才起作用的，所以在这种情况下，两者的结果会不同。

在多表联接查询时，on比where更早起作用。系统首先根据各个表之间的联接条件，把多个表合成一个临时表后，再由where进行过滤，然后再计算，计算完后再由having进行过滤。由此可见，要想过滤条件起到正确的作用，首先要明白这个条件应该在什么时候起作用，然后再决定放在那里

mysql 关联查询相关推荐

Mysql 关联查询的优化及子查询优化
Mysql 关联查询的优化 left join ①EXPLAIN SELECT * FROM class LEFT JOIN book ON class.card = book.card; ②如何优化 ...
mysql关联查询操作表最新数据
mysql关联查询操作表最新数据 mysql关联查询操作表最新数据的几种方式(max,order by)和性能分析,再数据量较多,关联ID存在索引的情况下建议使用方式二,速度更快.具体请看SQL及EX ...
mysql 关联查询_响应时间长？MySQL查询优化教程来了！
- 点击上方"爱数据学习社"关注我们吧! - 为什么查询会慢?--响应时间过长. 如果把查询看做是一个任务,那么它由一系列子任务组成,每个子任务都会消耗一定的时间.如果要优化查询, ...
mysql 关联查询_Mysql查询优化器，再也不会因为该什么时候建立索引发愁了
优化器的作用: 我们知道,一条SQL语句,可以有很多执行方式,最后都返回相同的结果,而优化器的作用就是找到最好的执行计划. 一.RBO-基于规则的优化器(rule) 系统内置的一套硬编码规则,根据规则 ...
mysql 关联查询_mysql数据库调优（二）
第五.查询优化 1.查询慢的原因:网络因素.CPU.IO.上下文切换.系统调用.生成统计信息.锁等待时间等 2.优化数据库访问:查询性能地下的原因是访问的数据太多,某些查询不可避免的需要筛选大量的数据 ...
MySQL关联查询时，我们为什么建议小表驱动大表？
作者:留兰香丶 blog.csdn.net/codejas/article/details/78632883 有的时候我们在操作数据库时会将两个或多个数据表关联起来通过一些条件筛选数据,在关联表时我们 ...
MySQL—关联查询与子查询（从小白到大牛）
前言在大部分的数据库查询中,我们往往都不是进行简单的单表查询,而是多表查询.所以我们也必须学习SQL查询中的高级部分,如内连接.外连接和子查询,通过这些查询技术我们将能够解决项目中复杂的查询问题. ...
Mysql关联查询的几种方式（详解）
在关系型数据库中,要进行多表查询,一般都会使用join连接.join连接的本质其实类似与集合的交并操作,Mysql实现关联查询常见的几种方式如下: 目录 1.左连接 2.右连接 3.内连接 4.全连接 ...
关于mysql关联查询然后进行分页的问题
今天使用mysql的关联查询进行分页的时候遇到了一个问题,以前在单表查询的时候没有遇到这一的情况. 场景还原: 一张评论表,一张回复表,属于一对多的关系. 刚开始使用下面这条sql语句进行查询. SE ...

mysql 关联查询

mysql 关联查询相关推荐

最新文章

热门文章