ORDER BY 不能直接使用聚合函数别名，因SQL执行顺序中ORDER BY在SELECT之后但旧版数据库（如MySQL 5.7、SQL Server 2016前）不支持别名引用，应改用重复表达式、子查询或CTE确保兼容性。
ORDER BY 不能直接用聚合函数别名（MySQL/PostgreSQL/SQL Server 都不认）
很多刚写 GROUP BY 的人会这么写：SELECT COUNT(*) AS cnt FROM t GROUP BY x ORDER BY cnt，结果发现某些数据库报错或行为异常——不是所有方言都支持在 ORDER BY 中引用 SELECT 里的别名。MySQL 8.0+ 和 PostgreSQL 支持，但 MySQL 5.7、SQL Server 2016 以前版本会报 Invalid column name 'cnt' 或类似错误。
- 根本原因是 SQL 执行顺序：
FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY，ORDER BY理论上晚于SELECT，但部分旧引擎实现时仍按字段可见性检查，不把别名当有效列名 - 最稳妥的写法是重复聚合表达式：
ORDER BY COUNT(*)，而不是ORDER BY cnt - 如果聚合表达式复杂（比如
ROUND(AVG(price), 2)），重复写两遍易出错、难维护，此时可改用子查询或 CTE
用子查询绕过别名不可用问题（兼容性最强）
把带聚合和别名的查询包一层，外层再按别名排序，所有主流数据库都支持，且语义清晰。
SELECT * FROM ( SELECT category, COUNT(*) AS cnt FROM products GROUP BY category ) t ORDER BY cnt DESC;
- 子查询必须有别名（如这里的
t），否则 MySQL 会报Every derived table must have its own alias - PostgreSQL 允许省略子查询别名，但加上更安全；SQL Server 强制要求
- 性能上基本无额外开销，现代优化器通常能内联处理
CTE 写法更易读，但注意 SQLite 不支持
如果逻辑分多步，或者要复用聚合结果，CTE 比嵌套子查询更直观。
WITH cat_stats AS ( SELECT category, SUM(sales) AS total_sales FROM orders GROUP BY category ) SELECT * FROM cat_stats ORDER BY total_sales DESC;
- SQLite 3.8.3 之前不支持 CTE，若需兼容老版本，只能退回子查询
- CTE 中定义的别名，在后续查询中可直接用于
ORDER BY，无需重复表达式 - 注意 CTE 不是视图，不会物化；多次引用同一 CTE 可能重复计算（除非数据库支持自动缓存，如 PostgreSQL 的
MATERIALIZED关键字）
ORDER BY 后跟数字序号（隐式位置）风险高
有人用 ORDER BY 2 表示按 SELECT 列表中第 2 个字段排序，比如：SELECT category, COUNT(*) FROM t GROUP BY category ORDER BY 2 DESC。这看似简洁，但极易翻车。
- 一旦 SELECT 列顺序调整（比如加了新字段、交换了列），
ORDER BY 2就指向了错误字段，且语法完全合法，查不出错 - SQL Server 和 PostgreSQL 支持，但 MySQL 默认关闭该模式（需设置
sql_mode含ONLY_FULL_GROUP_BY外的宽松项） - 代码可读性差，别人无法一眼看出排序依据，调试和交接成本高
实际写聚合排序时，最麻烦的往往不是语法本身，而是不同环境下的方言差异和隐式行为——比如开发用 PostgreSQL 跑通了，上线到 MySQL 5.7 就挂；或者本地测试用别名没问题，CI 环境里跑的是旧版驱动，解析规则又不一样。
