sql执行顺序为from→where→group by→having→select→order by，别名仅在select阶段生成并生效，故where和group by中不可用；不设别名会导致下游解析失败。
聚合函数产生的列默认没有可被程序稳定消费的名称，不设别名会导致下游解析失败、字段丢失或直接报错——这不是风格问题，而是SQL执行模型决定的硬性约束。
SELECT阶段才生成别名，但GROUP BY和WHERE早已执行
SQL按固定顺序执行：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。别名只在SELECT阶段绑定，而GROUP BY和WHERE在此之前就完成了语义解析。
-
WHERE SUM(amount) > 1000会报错：聚合函数不能出现在WHERE中，且此时SUM还没“算出来” -
GROUP BY total（其中total是SUM(amount) AS total的别名）会报Unknown column 'total'：别名在GROUP BY阶段根本不可见 -
ORDER BY total是合法的：因为ORDER BY在SELECT之后，能看见别名
不设别名时，不同数据库返回的列名五花八门
没有AS时，引擎不会生成一致、可预测的列名：
- PostgreSQL 返回
sum、avg这类泛化名，甚至空字符串 - MySQL 8.0+ 可能返回
sum(amount)这种含括号的字符串，前端 JS 或 Pythonpd.read_sql()无法安全引用 - StarRocks / Doris 等 OLAP 引擎直接拒绝执行，报错
column name is required - BI 工具导出 CSV 时，首行列名为空或乱码，导致自动映射失败
带空格或特殊字符的别名必须加引号，但最好别这么干
像 "Total Sales" 或 user-name 这类别名，不加引号会触发语法错误：
- PostgreSQL / BigQuery：用双引号
"Total Sales" - SQL Server：用方括号
[Total Sales] - MySQL：用反引号
`Total Sales` - 但引号写法跨库不兼容，且容易漏掉、多写或嵌套错位；统一用下划线命名（如
total_sales）可彻底避开这类问题
最容易被忽略的是：别名不是为了“好看”，而是让结果能被下游代码、工具、人准确识别的最小契约。一旦漏掉，问题往往不在 SQL 本身，而在 Python pandas 报 ValueError: No column named 'total'，或前端表格渲染空白——而错误堆栈根本不指向那条 SQL。
