为什么要用嵌套查询

嵌套查询（也叫子查询，Subquery）是指在一条 SQL 语句中嵌套另一条查询语句。之所以要用嵌套查询，主要有以下几方面原因：

1. 解决“查询条件依赖于另一个查询结果”的问题

很多时候，我们想要的筛选条件本身需要先查一次数据库。

例子：查询“工资高于平均工资的员工”

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

如果没有嵌套查询，就必须先算平均工资，再写死到代码或 SQL 里，不够灵活。

2. 分解复杂逻辑，提高可读性和可维护性

嵌套查询可以把一个复杂问题拆成多个小问题，一步步解决。

例子：查询“购买了最贵商品的用户”

SELECT user_id
FROM orders
WHERE product_id = (
    SELECT id
    FROM product
    WHERE price = (SELECT MAX(price) FROM product)
);

逻辑清晰：先找最高价 → 再找对应商品 → 最后找买的人。

3. 替代复杂的多表 JOIN

有些场景用子查询比 JOIN 更直观，尤其是不需要返回关联表字段时。

例子：查询“有订单的用户”

SELECT name
FROM user
WHERE id IN (
    SELECT user_id FROM orders
);

相比 JOIN，语义更直接：“用户在订单里存在”。

4. 支持逐层过滤和数据聚合

嵌套查询可以进行多层聚合或过滤，比如：

• 先按组聚合
• 再对聚合结果筛选
• 最后用于外层查询

SELECT dept_id
FROM (
    SELECT dept_id, COUNT(*) AS cnt
    FROM employee
    GROUP BY dept_id
) t
WHERE cnt > 10;

（这种叫派生表 / 内联视图）

5. 实现 EXISTS / NOT EXISTS 等逻辑

判断“是否存在”这类业务，嵌套查询非常自然。

SELECT name
FROM user u
WHERE EXISTS (
    SELECT 1
    FROM orders o
    WHERE o.user_id = u.id
);

什么时候不适合用嵌套查询？

• 性能问题：某些数据库对深层嵌套查询优化不好
• 可改为 JOIN：很多 IN / 子查询可以改写成 JOIN，效率更高
• 嵌套过深：可读性和维护性下降

总结一句话

嵌套查询的本质价值是：用“查询结果”作为“查询条件”，从而把复杂问题分步解决。

如果你愿意，我也可以对比 嵌套查询 vs JOIN 的优劣，或结合你正在用的数据库（MySQL / Oracle / PostgreSQL）讲具体写法。