列别名不能用于WHERE语句，因为SQL执行顺序中WHERE在SELECT之前运行，此时别名尚未定义；而ORDER BY在SELECT之后执行，可正常使用别名。
WHERE 里为什么不能用 SELECT 中定义的别名
因为 SQL 执行顺序中，WHERE 在 SELECT 之前运行，而别名只在 SELECT 阶段才被创建。此时数据库根本还没“知道”这个别名存在。
常见错误写法：
SELECT price * 1.1 AS final_price FROM products WHERE final_price > 100;
报错信息通常是：Unknown column 'final_price' in 'where clause'（MySQL）或类似提示（PostgreSQL/SQL Server 会更明确说别名不可见）。
-
WHERE处理的是原始表中的列，不认SELECT生成的计算字段或别名 - 即使你写了
AS final_price，它在语法解析阶段不会“回填”到WHERE的作用域 - 某些 MySQL 版本允许在
HAVING中用别名（属扩展行为），但WHERE始终不支持——这点不能依赖
聚合函数本身就不能出现在 WHERE 中
不是别名的问题，是聚合函数压根没到“可被访问”的阶段。比如 COUNT(*)、AVG(price) 这些值，只有在 GROUP BY 完成后才真正算出来。
典型报错示例：
SELECT department, COUNT(*) FROM employees WHERE COUNT(*) > 5 GROUP BY department;
错误信息：aggregate functions are not allowed in WHERE
-
WHERE执行时，数据还是“未分组的行”，COUNT(*)还不存在 - 想按聚合结果过滤？必须换到
HAVING——它在分组和聚合之后执行 - 如果没写
GROUP BY，但用了聚合函数（如SELECT AVG(price)），那整条语句就变成单行聚合，WHERE只能筛原始行，依然不能引用AVG()
替代方案：什么时候该用子查询、CTE 或 HAVING
目标明确：你想基于计算值或聚合结果做条件筛选。选哪个方案，取决于你要筛的是“单行数据”还是“分组结果”。
- 若只是让
WHERE能用计算字段（如price * 1.1）：直接重复表达式，或套一层子查询SELECT final_price FROM (SELECT price * 1.1 AS final_price FROM products) t WHERE final_price > 100; - 若要筛分组后的聚合值（如“部门人数 > 5”）：必须用
HAVING，且确保有GROUP BYSELECT department, COUNT(*) AS emp_count FROM employees GROUP BY department HAVING emp_count > 5; - 若逻辑复杂（比如先算平均价，再筛高于平均的单品）：用 CTE 更清晰
WITH avg_price AS (SELECT AVG(price) AS avg_val FROM products) SELECT * FROM products, avg_price WHERE products.price > avg_price.avg_val;
MySQL 的 HAVING 别名特例不是通用解法
MySQL 允许在 HAVING 子句中直接使用 SELECT 列表里的别名，比如 HAVING final_price > 100。但这属于 MySQL 特有扩展，不符合 SQL 标准。
后果很实际：
- 把这种写法迁移到 PostgreSQL 或 SQL Server 会直接报错
- 即使在 MySQL 内部，如果别名来自聚合（如
AVG(price) AS avg_p），部分旧版本仍可能拒绝HAVING avg_p > 10 - 真正可靠的写法永远是：在
HAVING中重复表达式，或用 CTE 显式命名
最易被忽略的一点：执行顺序不是理论知识，是硬性约束。哪怕你觉得“逻辑上应该能推导出来”，数据库也严格按 FROM → WHERE → GROUP BY → HAVING → SELECT 走——跳步等于报错。
