AS别名在WHERE中不可用，因SQL执行顺序为FROM→WHERE→SELECT，别名在SELECT之后才生成；需重复表达式、子查询或CTE实现过滤。
SELECT 中用 AS 给计算列起别名，但 WHERE 里不能直接用
计算列（比如 price * quantity）在 SELECT 里用 AS total 起别名后，看起来像真有这列，但其实它还没“落地”——WHERE 子句执行时，该别名还不可见。这是 SQL 执行顺序决定的：WHERE 在 SELECT 之前运行。
常见错误现象：WHERE total > 100 报错说 Unknown column 'total'，哪怕你前面写了 SELECT price * quantity AS total。
- 想在过滤条件里用计算结果，必须重复写表达式：
WHERE price * quantity > 100 - 或者改用
HAVING（仅适用于含GROUP BY的场景） - 复杂表达式重复写易出错、难维护，这时可考虑子查询或 CTE
用子查询或 CTE 提前“固化”计算列别名
如果计算逻辑较重（比如带函数、多层嵌套），又要在多个地方引用，硬塞进 WHERE 或 ORDER BY 会很乱。子查询是最通用的解法：外层 SELECT 可以直接引用内层定义的别名。
示例：
SELECT id, total, status FROM ( SELECT id, price * quantity * (1 - discount) AS total, status FROM orders ) AS t WHERE total > 500;
CTE 更清晰（尤其多级依赖时）：
WITH order_summary AS (
SELECT id, price * quantity AS subtotal,
CASE WHEN region = 'CN' THEN 0.09 ELSE 0.15 END AS tax_rate
FROM orders
)
SELECT id, subtotal * (1 + tax_rate) AS final_amount
FROM order_summary
WHERE final_amount > 1000;- CTE 和子查询都让别名在当前作用域“真实存在”，
WHERE、ORDER BY、甚至外层JOIN都能直接用 - 注意 CTE 不是所有数据库都支持（MySQL 8.0+、PostgreSQL、SQL Server 支持；MySQL 5.7 不行）
- 子查询可能影响优化器判断，简单场景优先重复表达式；复杂逻辑再上 CTE
ORDER BY 和 GROUP BY 可以直接用 SELECT 别名
ORDER BY 和 GROUP BY 是少数几个允许直接使用 SELECT 中定义的别名的地方（标准 SQL 行为，主流数据库基本一致）。
例如：
SELECT user_id, SUM(amount) AS total_spent FROM payments GROUP BY user_id HAVING total_spent > 1000 ORDER BY total_spent DESC;
-
GROUP BY user_id后，SUM(amount) AS total_spent已是分组聚合结果，HAVING和ORDER BY都能安全引用total_spent - 但
WHERE仍不行——它在分组前执行，只能过滤原始行，不能过滤聚合值 - 别名里不能含空格或特殊字符，否则要用反引号（MySQL）或双引号（PostgreSQL）包裹：
AS `order total`
不同数据库对别名解析的细微差异
虽然标准 SQL 规定 WHERE 不可见别名，但个别数据库有宽松模式。比如旧版 MySQL 允许在 WHERE 里用 SELECT 别名（不推荐依赖）；而 PostgreSQL 严格遵循标准，报错更及时。
- MySQL 5.7 默认开启
sql_mode中的ONLY_FULL_GROUP_BY后，对别名和非聚合字段的引用更严格 - SQLite 支持
WHERE引用别名，属于特例，跨数据库迁移时容易翻车 - 写法兼容性优先：只要不是
ORDER BY或GROUP BY，一律按“别名不可用于WHERE”来处理
真正麻烦的不是起别名，而是误以为它在哪都能用——盯住执行顺序（FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY），比记语法更管用。
