什么场景适合用子查询

子查询（Subquery，也叫内查询、嵌套查询）是指写在另一个 SQL 语句中的 SELECT 查询。并不是所有场景都必须用子查询，但在下面这些场景中，子查询往往更直观、逻辑更清晰，甚至性能更优。

一、适合使用子查询的典型场景

1️⃣ 条件依赖于“另一个查询的结果”

当你筛选数据的条件，本身需要先查一次表时。

示例：查询工资高于平均工资的员工

SELECT name, salary
FROM employee
WHERE salary > (
    SELECT AVG(salary)
    FROM employee
);

✅ 适合原因：

• 平均值无法提前知道
• 逻辑上是“先算再比”

2️⃣ 判断“是否存在 / 不存在”

使用 EXISTS / NOT EXISTS 是非常典型的子查询场景。

示例：查询下过订单的客户

SELECT name
FROM customer c
WHERE EXISTS (
    SELECT 1
    FROM orders o
    WHERE o.customer_id = c.id
);

✅ 适合原因：

• 只关心“有没有”
• 比 JOIN + DISTINCT 更高效、语义更清晰

3️⃣ 过滤“集合中的某一个”

比如：

• 最大/最小的一条
• 最新的一条
• 排名前 N

示例：每个部门工资最高的员工

SELECT e.*
FROM employee e
WHERE (e.dept_id, e.salary) IN (
    SELECT dept_id, MAX(salary)
    FROM employee
    GROUP BY dept_id
);

4️⃣ 作为“临时表”使用（派生表 / FROM 子查询）

当中间结果需要先聚合或处理时。

示例：先统计销售额，再筛大额

SELECT dept_id, total_sales
FROM (
    SELECT dept_id, SUM(amount) AS total_sales
    FROM sales
    GROUP BY dept_id
) t
WHERE total_sales > 100000;

✅ 适合原因：

• 避免重复写聚合逻辑
• 逻辑分层清晰

5️⃣ 更新 / 删除依赖其他表数据

示例：删除没有订单的用户

DELETE FROM customer
WHERE id NOT IN (
    SELECT customer_id
    FROM orders
);

6️⃣ 替代复杂 JOIN（当语义更简单时）

有时 JOIN 会很绕，子查询反而更易懂。

二、不适合 / 要谨慎使用子查询的场景

❌ 大表 + correlated subquery（相关子查询）
❌ 可明显用 JOIN 更简单高效时
❌ 子查询被多次执行（性能差）

优化思路：

• 相关子查询 → JOIN
• IN 子查询 → EXISTS / JOIN
• 现代数据库 often 自动改写，但不保证

三、一句话总结

当“查询结果本身依赖另一次查询”或“逻辑上需要先查再算”时，子查询是最自然的选择。

如果你愿意，可以告诉我你用的数据库（MySQL / PostgreSQL / Oracle）和具体业务场景，我可以帮你判断“该不该用子查询”。