SQL Server|子查询 SQL Server子查询的主要作用及应用场景解析

SQL Server子查询：藏在查询里的秘密武器

场景引入：
"老张盯着销售报表发愁——如何快速找出销售额超过部门平均值的明星产品？手动计算？太慢；分开查两次？太麻烦，这时，SQL Server子查询像瑞士军刀般闪亮登场…"

什么是子查询？

子查询就是嵌套在SQL语句中的查询，像俄罗斯套娃里的另一个查询，它先执行内层查询，再把结果交给外层使用。

SELECT product_name 
FROM products 
WHERE price > (SELECT AVG(price) FROM products)  -- 这就是子查询

为什么需要子查询？

1. 避免多次查询：像开头老张的场景，不用先查平均值再手动筛选
2. 动态条件：条件值需要实时计算（如比平均值/最大值）
3. 分步拆解复杂逻辑：把大问题拆成小查询逐个击破

五大实战应用场景

场景1：比较型筛选

-- 找出比所有产品平均价贵30%的商品
SELECT product_id, product_name
FROM products
WHERE price > (SELECT AVG(price)*1.3 FROM products)

场景2：IN/NOT IN成员检查

-- 查询有订单的客户
SELECT customer_name 
FROM customers
WHERE customer_id IN (SELECT DISTINCT customer_id FROM orders)

场景3：EXISTS存在性测试

-- 检查是否存在VIP客户（更高效）
SELECT '存在VIP客户' AS result
WHERE EXISTS (SELECT 1 FROM customers WHERE is_vip=1)

场景4：FROM子句中的派生表

-- 计算各部门薪资前3名
SELECT d.department_name, t.employee_name, t.salary
FROM departments d
JOIN (SELECT *, RANK() OVER(PARTITION BY dept_id ORDER BY salary DESC) AS rnk 
      FROM employees) t
ON d.dept_id = t.dept_id
WHERE t.rnk <= 3

场景5：UPDATE/DELETE中的条件控制

-- 下架30天无销量的商品
UPDATE products
SET status = '下架'
WHERE product_id NOT IN (
    SELECT product_id FROM orders 
    WHERE order_date > DATEADD(day, -30, GETDATE())

性能优化三原则

1. 避免多层嵌套：超过3层的子查询考虑用临时表或CTE
2. EXISTS替代IN：当子查询结果集大时，EXISTS通常更快
3. 关联字段加索引：子查询中用于JOIN或WHERE的字段需索引支持

常见误区

❌ 错误认知1：子查询总是性能差
✅ 事实：简单子查询可能比复杂的JOIN更高效

❌ 错误认知2：子查询必须单独运行
✅ 事实：关联子查询依赖外部查询的值（如下例）

-- 关联子查询：找出每个部门工资最高的员工
SELECT e.employee_name, e.salary, e.department_id
FROM employees e
WHERE e.salary = (
    SELECT MAX(salary) 
    FROM employees 
    WHERE department_id = e.department_id  -- 注意这里引用外部查询
)

：SQL Server子查询如同SQL语句里的"秘密武器"，合理使用时既能保持代码清晰，又能解决复杂逻辑，关键是根据场景选择合适类型，并注意性能优化要点，下次遇到需要"查询中套查询"的需求时，不妨试试这个利器！

（注：本文基于2025年8月前SQL Server最新稳定版功能编写）