SQL子查询的使用时机与位置选择：Select/From/Where如何抉择？

一、不同位置子查询的核心逻辑 #

1. Where子句中的子查询 #

本质是用子查询结果作为过滤条件，筛选主查询里符合要求的行。子查询在这里要么返回单个值（用于=、>、<等比较），要么返回一组值（用于IN、EXISTS）。比如找工资高于公司平均水平的员工，就可以在Where里用子查询算出平均工资，再和每个员工的工资做对比。

2. From子句中的子查询 #

这里的子查询会被当作一张临时派生表，主查询可以像操作普通表一样和它做关联、分组、聚合。当你需要先对数据做一次预处理（比如过滤、聚合），再基于预处理后的结果做进一步查询时，就适合把逻辑放进From的子查询里。比如先统计每个部门的平均工资，再找平均工资最高的部门，就可以把统计逻辑放进From子查询，外层再查最大值。

3. Select子句中的子查询 #

作用是给主查询的每一行返回一个衍生字段，这个字段的值由子查询计算得出。通常子查询要和主查询的行有对应关系（比如通过员工ID关联），否则会因返回多行报错。比如在员工列表里，给每个员工加上他所在部门的平均工资，就可以在Select里写关联子查询。

二、怎么判断该用哪个位置的子查询？ #

• 如果目标是过滤不符合条件的行，优先用Where子查询。比如“找所有有下属的经理”，用WHERE EXISTS (子查询找下属)最直接。
• 如果需要先对数据做预处理（聚合、多表关联），再基于预处理结果查询，就用From子查询。比如“统计每个地区的订单数，再找订单数超100的地区”，先把地区订单数统计的逻辑放进From子查询，外层再过滤。
• 如果要给每行数据额外添加一个计算后的属性，就用Select子查询。比如“给每个订单加上该客户的总消费金额”，在Select里关联客户总消费的子查询即可。

实际场景中可能有多种写法，但核心看你要实现的目标是过滤、预处理还是行级衍生字段。

三、不同位置子查询得到相同结果的情况 #

完全存在！举个具体例子：假设我们有employees表（含emp_id、dept_id、salary）和departments表（含dept_id、dept_name），要查询每个部门的名称和员工数量。

写法1：From子查询+关联 #

SELECT d.dept_name, emp_count.count
FROM departments d
JOIN (
    SELECT dept_id, COUNT(*) AS count
    FROM employees
    GROUP BY dept_id
) emp_count ON d.dept_id = emp_count.dept_id;

写法2：Select子查询（关联子查询） #

SELECT 
    d.dept_name,
    (SELECT COUNT(*) FROM employees e WHERE e.dept_id = d.dept_id) AS count
FROM departments d;

写法3：Where子查询+Exists（配合分组） #

SELECT d.dept_name, COUNT(e.emp_id) AS count
FROM departments d
JOIN employees e ON d.dept_id = e.dept_id
WHERE EXISTS (
    SELECT 1 FROM employees e2 WHERE e2.dept_id = d.dept_id
)
GROUP BY d.dept_name;

这三种写法最终返回的结果完全一致，只是执行逻辑和效率可能有差异，但实现的目标是相同的。

内容的提问来源于stack exchange，提问作者user508780