MySQL 8.0+ 支持在 GROUP BY 中直接使用 SELECT 别名（非聚合表达式），而 PostgreSQL、SQL Server 等主流数据库不支持，需重复表达式或用 CTE 提升兼容性。
MySQL 8.0+ 支持直接用 SELECT 别名 GROUP BY
MySQL 8.0 开始，GROUP BY 允许直接引用 SELECT 子句中定义的列别名（比如 SELECT name AS full_name 后跟 GROUP BY full_name），前提是该别名不依赖聚合函数。这是 SQL 标准的逐步对齐，但要注意：
- 仅限 MySQL 8.0 及以上版本；5.7 或更低版本会报错
Unknown column 'full_name' in 'group statement' - 别名不能是表达式结果，比如
SELECT CONCAT(first_name, ' ', last_name) AS full_name→ 这个full_name在GROUP BY中仍可用，但若写成SELECT UPPER(name) AS name_upper GROUP BY name_upper，也合法——只要不是聚合函数包裹的（如AVG(price) AS avg_p就不能在GROUP BY avg_p中用） - 启用
ONLY_FULL_GROUP_BY模式时，即使别名合法，仍需确保所有非聚合字段都在GROUP BY中出现（别名只是语法糖，不改变语义约束）
PostgreSQL 和 SQL Server 不允许 SELECT 别名用于 GROUP BY
PostgreSQL、SQL Server、SQLite 等多数数据库严格遵循 SQL 标准：GROUP BY 必须基于原始列、表达式或位置序号（如 GROUP BY 1,2），不能用 SELECT 中的别名。常见错误是写成：
SELECT user_id, COUNT(*) AS cnt FROM orders GROUP BY cnt;
这在 PostgreSQL 里会报错：column "cnt" does not exist in GROUP BY。正确做法是：
- 重复表达式：
GROUP BY user_id（如果别名对应的是原始列） - 或写完整表达式：
SELECT EXTRACT(YEAR FROM created_at) AS year FROM logs GROUP BY EXTRACT(YEAR FROM created_at) - 位置编号可临时救急：
SELECT user_id, COUNT(*) FROM orders GROUP BY 1，但可读性差，不推荐长期使用
别名带聚合函数时，GROUP BY 不能引用它
无论哪种数据库，只要别名来自聚合函数（AVG()、SUM()、COUNT() 等），就绝不能出现在 GROUP BY 子句中。例如：
SELECT department, AVG(salary) AS avg_sal FROM employees GROUP BY avg_sal;
这条语句在所有主流数据库都会失败。原因很直接：GROUP BY 要定义分组维度，而 avg_sal 是每组算出来的结果，不是分组依据。正确逻辑是先按 department 分组，再算平均值——所以 GROUP BY 里只能放 department 或其等价表达式。
- 想按平均薪资区间分组？得用
CASE WHEN AVG(salary) > 5000 THEN 'high' ELSE 'low' END，但必须把整个表达式写进GROUP BY，不能靠别名 - 别名只是输出层命名，不影响执行计划；优化器不会“回溯”去解析别名含义
跨数据库兼容写法：避免别名，显式写出分组字段
如果你写的 SQL 需要跑在多个数据库上（比如开发用 SQLite，上线用 PostgreSQL），最稳妥的方式是彻底回避 GROUP BY 引用别名。统一用原始列名或重复表达式：
- 别写
SELECT SUBSTR(email, -3) AS domain GROUP BY domain - 改写为
SELECT SUBSTR(email, -3) AS domain FROM users GROUP BY SUBSTR(email, -3) - 如果表达式很长，考虑用 CTE 提前计算：
WITH parsed AS (SELECT ..., SUBSTR(email, -3) AS domain FROM users) SELECT domain, COUNT(*) FROM parsed GROUP BY domain
CTE 不仅提升可读性，还能让各数据库都支持——因为 GROUP BY domain 此时引用的是 CTE 的输出列，不是原始 SELECT 的别名。
