GROUP BY 不能用 SELECT 中定义的别名，因 SQL 执行顺序为 FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY，别名在 SELECT 阶段才生成，而 GROUP BY 在其之前执行。
GROUP BY 不能用 SELECT 中定义的别名，这是 SQL 标准执行顺序决定的硬限制，不是数据库 bug 或配置问题。
SQL 执行顺序决定了别名在 GROUP BY 阶段还不存在
数据库按固定顺序解析和执行语句：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。别名是在 SELECT 阶段才被绑定到结果列上的，而 GROUP BY 发生在 SELECT 之前。所以当你写 GROUP BY dept_name，数据库根本不知道 dept_name 是什么——它还没被定义。
常见错误示例：
SELECT department AS dept_name, COUNT(*) FROM employees GROUP BY dept_name;
这条语句在 MySQL 8.0+、PostgreSQL、Oracle、SQL Server 中都会报错（MySQL 5.7 及更早版本虽允许，但属非标准行为，不推荐依赖）。
-
ERROR 1064 (42000)（MySQL） -
ERROR: column "dept_name" does not exist（PostgreSQL） -
ORA-00904: "dept_name": invalid identifier（Oracle）
GROUP BY 中能用什么？只能是原始字段、表达式或位置序号
你必须让 GROUP BY “看到”真实存在的数据源，而不是结果集里的名字。
-
GROUP BY department✅ 直接引用原始列 -
GROUP BY 1✅ 按 SELECT 第一列分组（可读性差，且一旦调整 SELECT 顺序就失效） -
GROUP BY CASE WHEN status = 1 THEN 'active' ELSE 'inactive' END✅ 重复完整表达式（兼容性最好）
注意：GROUP BY department AS dept_name 是语法错误，AS 在这里完全不合法——GROUP BY 不接受别名声明语法。
想复用逻辑？用子查询或 CTE 提前计算
当分组依据是复杂表达式（比如日期截断、多层 CASE），重复写一遍既难读又易错。此时应把计算提前到子查询或 CTE 中，让别名在内层“落地”：
SELECT month, COUNT(*) FROM ( SELECT TO_CHAR(billingdate, 'YYYYMM') AS month FROM tu_trade WHERE reportstat = 30 ) t GROUP BY month;
或者用 CTE（更清晰、可调试）：
WITH billed AS ( SELECT TO_CHAR(billingdate, 'YYYYMM') AS month FROM tu_trade WHERE reportstat = 30 ) SELECT month, COUNT(*) FROM billed GROUP BY month;
- CTE 和子查询性能通常一致，别指望它“加速”，但结构更可控
- CASE 表达式必须完全一致（空格、括号、
ELSE分支都不能差一点），否则分组结果错位 - 原始字段含
NULL时，CASE 若没写ELSE NULL，该行可能被意外排除
别名冲突和 GROUP BY 字段不一致是高频隐形坑
即使语法通过，逻辑也可能出错：
- 多个字段用相同别名（如
e.id AS branch_code和e.code AS branch_code）→ 报Duplicate column name或导致 ORM 映射混乱 - SELECT 中有
e.name AS branch_name，但 GROUP BY 写了e.id而没写e.name→ MySQL 5.7+ 严格模式下直接报错，PostgreSQL 拒绝执行 - Laravel Query Builder 中混用字符串拼接和
DB::raw()，容易漏掉表前缀或别名绑定，造成分组粒度错误
真正关键的不是“怎么让 GROUP BY 认别名”，而是“如何组织查询结构，让分组意图清晰、可验证、不随 SELECT 调整而崩塌”。别名是契约，不是糖衣。
