一文让你彻底理解SQL关联子查询

员工表的主要信息:

一文让你彻底理解SQL关联子查询

需求:检索工资大于同职位的平均工资的员工信息。

直觉的做法

员工多,而相应的职位(如销售员、经理、部门经理等)少,因此首先想到的思路是对职位分组,这样就能分别得到各个职位的平均工资,再比较每个人的工资和他对应职位的平均工资,大于平均工资则被筛选出来。

1.首先得到各个职位的平均工资

代码如下:
select job,avg(sal) from emp group by job;

结果如下:
一文让你彻底理解SQL关联子查询

2.然后利用子查询,对他们进行对比(幻想)

1 select * from emp where sal >
2 (select avg(sal) from emp
3 group by job);

但是子表查询结果是5行,因此这段代码根本无法执行。

正确的做法是使用关联子查询

1 select * from emp e where sal > 
2 (select avg(sal) from emp where job = e.job);

执行逻辑是这样
一文让你彻底理解SQL关联子查询

第一步

先执行外层查询,即先执行:
select * from emp e;

结果是:
一文让你彻底理解SQL关联子查询

也就是该表的所有内容。又因为子查询中连接了这个表本身(where job = e.job ),所以将第一条记录转到子查询。

一文让你彻底理解SQL关联子查询

第二步

这条进入子查询后,子查询job是CLERK,所以先筛选出所有Job=‘CLERK’的,再对他们取平均。

相当于执行了:
select avg(sal) from emp where job=‘CLERK‘;

结果是:
一文让你彻底理解SQL关联子查询

第三步

这个结果进入外层查询where和SMITH这个人的sal进行对比,相当于执行了
select * from emp where sal>1037.5 and job=‘CLERK‘;

结果是:
一文让你彻底理解SQL关联子查询

循环

然后就抽出第一次外层查询的第二条(ALLEN):
一文让你彻底理解SQL关联子查询

继续如上第一、二、三步。

会重复计算吗?

每条记录都执行,第二行的ALLEN和第三行的WARD都是SALESMAN(销售人员),那么他们在子查询中会重复计算一次平均工资进行比较。这样会不会设计重复计算?答案是不会,效率并没有降低,SQL已经对此进行过优化。

来源于:https://www.cnblogs.com/heenhui2016/p/10574695.html