聚合函数必须设别名，否则输出列无明确名称导致下游解析失败；where中不可用聚合别名（因执行早于聚合），应改用having；order by支持别名；含空格或特殊字符的别名需按引擎加引号。
聚合结果没有默认列名，不设别名会导致输出不可读
SQL 执行 COUNT(*)、SUM(amount)、AVG(price) 这类聚合函数时，数据库不会自动生成有意义的列名。多数引擎（如 PostgreSQL、MySQL 8.0+、SQL Server）会返回类似 count、sum、avg 这样的泛化名称，甚至有些返回空字符串或系统生成的临时名（如 ??? 或 expr_1）。这在应用层解析、BI 工具取数、导出 CSV 时直接报错或字段丢失。
别名是唯一能让聚合列被下游正确引用的方式
很多场景依赖列名做后续处理：
- 前端表格渲染时按字段名绑定数据，
SELECT SUM(amount) FROM orders返回的列没名字，JS 里取不到row.sum—— 必须写成SELECT SUM(amount) AS total_amount FROM orders - Python pandas 读取时，
pd.read_sql()默认用第一行当列名，若聚合列无别名，可能被识别为None或触发ValueError: duplicate column names - 某些 OLAP 引擎（如 StarRocks、Doris）要求所有 SELECT 列必须有明确别名，否则查询直接拒绝执行
WHERE 和 GROUP BY 里不能用聚合别名，这点容易混淆
很多人误以为写了 SUM(amount) AS total 就能在 WHERE total > 1000 中用 total，但这是错的——WHERE 在聚合前执行，此时 total 还不存在。正确做法是：
- 过滤聚合结果用
HAVING：SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id HAVING total > 1000 - 如果非要在
WHERE里用计算值，得用子查询或 CTE：SELECT * FROM (SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id) t WHERE t.total > 1000 -
ORDER BY和SELECT同级，所以支持别名：ORDER BY total是合法的
别名带空格或特殊字符时必须加引号，否则语法失败
像 "Total Sales"、user-name 这类别名，不加引号会触发解析错误：
- PostgreSQL / Redshift / BigQuery：用双引号
"Total Sales" - SQL Server：用方括号
[Total Sales] - MySQL：用反引号
`Total Sales` - 但强烈建议避开空格和连字符，统一用下划线命名（如
total_sales），省去引号且兼容所有引擎
聚合别名不是“锦上添花”，而是让结果能被程序稳定消费的必要步骤；最容易被忽略的是它和 WHERE 的执行顺序冲突——别名只在 SELECT 和 HAVING 中生效，别的地方用就是错的。
