WHERE中不能使用SELECT定义的别名，因SQL执行顺序为FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY，WHERE阶段别名尚未生成；解决方法为重复表达式或用带别名的子查询。
WHERE里不能用SELECT定义的别名
这是最常踩的坑：写SELECT salary * 12 AS annual_salary FROM employees WHERE annual_salary > 100000，数据库直接报Unknown column 'annual_salary' in 'where clause'。因为SQL执行顺序是FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY，WHERE阶段annual_salary根本还没诞生。
解决办法只有两个：
- 在
WHERE里重复表达式：WHERE salary * 12 > 100000 - 把计算包进子查询：
SELECT * FROM (SELECT salary * 12 AS annual_salary FROM employees) AS t WHERE t.annual_salary > 100000
子查询必须带表别名，且外层引用要加前缀
MySQL报Every derived table must have its own alias、PostgreSQL报subquery in FROM must have an alias，都不是警告，是语法硬性拦截。没别名，SQL解析器连括号都懒得进。
正确写法长这样：
SELECT t.user_id, t.total_orders FROM ( SELECT user_id, COUNT(*) AS total_orders FROM orders GROUP BY user_id ) AS t WHERE t.total_orders > 5;
注意三点：
- 别名
t必须紧跟右括号后，用AS或空格分隔 - 外层
SELECT和WHERE里所有字段都得带t.前缀 - 别名推荐语义化，比如用
recent_stats比t1更易懂，尤其后续要JOIN时
相关子查询才能引用外层字段
想让子查询“看到”外层的users.id，它必须是相关子查询——即出现在WHERE、HAVING或标量位置（如SELECT表达式里），且显式引用外层别名。
✅ 正确（相关）：
SELECT u.name FROM users u WHERE u.id IN ( SELECT o.user_id FROM orders o WHERE o.status = 'paid' AND o.user_id = u.id );
❌ 错误（非相关，作用域隔离）：
SELECT * FROM users u JOIN ( SELECT * FROM orders WHERE user_id = u.id -- 报错：u.id不可见 ) AS o ON o.user_id = u.id;
关键判断点：
- 子查询是否在
FROM里？如果是，它就是派生表，完全隔离 - 子查询里是否出现了外层表别名（如
u.id）且用于关联条件？必须有 - 外层别名不能省略写成
id，否则可能被误判为子查询内部字段
多层嵌套时字段重命名比依赖别名更可靠
三层以上嵌套，光靠表别名a.b.c容易晕，而且一旦某层字段名和外层重复（比如都叫id），SELECT t.id可能意外绑定到外层表而非子查询结果。
更稳的做法是在子查询内部就重命名：
SELECT stats.user_id, stats.order_count FROM ( SELECT u.id AS user_id, COUNT(o.id) AS order_count FROM users u LEFT JOIN orders o ON o.user_id = u.id GROUP BY u.id ) AS stats;
这样外层直接用stats.user_id，彻底切断和原始表字段名的耦合。CTE或视图也一样，定义时就该把字段名定死，别留着“等调用时再猜”。
