子查询不能直接用变量传参，因其在主查询解析阶段已固化执行计划；需用相关子查询（引用主表字段）或with预计算参数集实现动态过滤，避免多行返回报错。
子查询不能直接用变量传参？先确认执行顺序
SQL 中的子查询不是函数调用，它在主查询解析阶段就已固化执行计划，WHERE 里的子查询结果是静态快照，无法响应外部“运行时参数变化”。所谓“动态参数化”，本质是让子查询逻辑能随主查询输入（比如用户选的日期范围、部门ID）实时重算——这要求子查询本身必须能引用外层上下文。
常见错误是写成这样：
SELECT * FROM sales WHERE region_id IN (SELECT region_id FROM user_filters WHERE user_id = @current_user);
看起来像动态，但只要 user_filters 表没被实时更新，结果就是僵化的。真要“动态”，得确保子查询能感知主查询的每行数据或绑定参数。
用相关子查询（Correlated Subquery）绑定主表字段
相关子查询会在主查询每一行上重新执行，并可引用主表列。这是实现“按行动态过滤”的最直接方式，无需额外变量声明。
-
SELECT列中嵌套：适合返回单值，如计算当前订单的客户历史订单数 -
WHERE中嵌套：适合行级条件判断，如只查“该客户最近30天有活跃行为的订单” - 性能敏感：每次主表扫描一行，子查询就执行一次，大表慎用；务必给子查询涉及字段建索引
示例（查每个产品类别下价格高于该类平均价的商品）：
SELECT p1.name, p1.price, p1.category FROM products p1 WHERE p1.price > ( SELECT AVG(p2.price) FROM products p2 WHERE p2.category = p1.category );
注意 p2.category = p1.category 这个关联条件——没有它，子查询就变成非相关的，结果对所有行都一样。
用 WITH 子句预计算参数集，再 JOIN 替代多层嵌套
当“动态参数”是一组值（如用户勾选的多个部门、时间区间列表），硬塞进子查询会导致重复执行或难以维护。更稳的做法是把参数逻辑提前提取到 WITH 临时结果集，再和主表 JOIN 或 IN。
- 避免在
WHERE里反复写相同子查询，提升可读性和优化器识别度 -
WITH中可安全使用参数化视图、函数或变量（取决于数据库，如 PostgreSQL 支持$1，SQL Server 支持@var） - MySQL 8.0+、PostgreSQL、SQL Server 2005+、Oracle 9i+ 都支持标准
WITH
示例（报表按用户选择的地区+时间动态聚合）：
WITH selected_regions AS ( SELECT region_id FROM regions WHERE is_active = 1 AND country_code = 'CN' ), date_range AS ( SELECT '2024-01-01'::DATE AS start_date, '2024-12-31'::DATE AS end_date ) SELECT r.region_name, COUNT(o.order_id) FROM selected_regions sr JOIN regions r ON sr.region_id = r.region_id JOIN orders o ON o.region_id = r.region_id CROSS JOIN date_range dr WHERE o.order_date BETWEEN dr.start_date AND dr.end_date GROUP BY r.region_name;
警惕 WHERE 子查询返回多行导致报错
用 =、> 等单值比较符时，子查询必须且只能返回一行一列，否则会抛出类似 subquery must return only one row 的错误。这不是语法问题，是语义冲突。
- 用
IN替代=可接受多行，但要注意空结果集行为（IN ( )永远为 false） - 用
EXISTS更安全：只关心是否存在，不取值，也不怕多行 - 加
LIMIT 1或TOP 1是权宜之计，可能掩盖业务逻辑缺陷
错误写法：
SELECT * FROM employees WHERE dept_id = (SELECT dept_id FROM departments WHERE location = 'Shanghai');
如果上海有多个部门，立刻报错。应改为：
SELECT * FROM employees e WHERE EXISTS ( SELECT 1 FROM departments d WHERE d.dept_id = e.dept_id AND d.location = 'Shanghai' );
真正难的不是写出嵌套子查询，而是判断哪一层该“拉出来”做成 WITH，哪一层该“压进去”做成相关子查询，以及什么时候该放弃子查询、改用临时表或应用层拼接。参数化报表的边界，往往卡在数据库权限、执行计划缓存和开发人员对执行顺序的直觉偏差上。
