GROUP BY后SELECT字段必须全部出现在GROUP BY子句中或被聚合函数包裹，否则报错；WHERE过滤分组前数据，HAVING过滤分组后聚合结果；WITH ROLLUP生成的NULL需用GROUPING()区分；ORDER BY可引用别名但兼容性不一；执行顺序为WHERE→GROUP BY→HAVING→SELECT→ORDER BY。
GROUP BY 后 SELECT 字段必须合法
写完 GROUP BY 却报错 “column 'xxx' is invalid in the select list”，大概率是因为 SELECT 中出现了既没出现在 GROUP BY 子句里、也没被聚合函数包裹的字段。
- 合法写法：
SELECT department, COUNT(*) FROM employees GROUP BY department - 非法写法：
SELECT department, name, COUNT(*) FROM employees GROUP BY department（name未分组也未聚合） - 想保留
name？得用聚合函数，比如MAX(name)或GROUP_CONCAT(name)（MySQL）/STRING_AGG(name, ',')（PostgreSQL） - 多列分组时，所有非聚合字段都得列在
GROUP BY后：例如GROUP BY department, job_title，才能在SELECT中同时选这两个字段
WHERE 和 HAVING 别混用
WHERE 过滤的是“分组前”的原始行，HAVING 过滤的是“分组后”的聚合结果。用错位置会导致逻辑错误或语法报错。
- 要查“工资 > 5000 的员工所在部门的平均工资”：用
WHERE salary > 5000，再GROUP BY department - 要查“平均工资 > 8000 的部门”：必须用
HAVING AVG(salary) > 8000，因为AVG()是分组后才有的值 -
HAVING只能引用SELECT中出现的聚合别名（如HAVING avg_salary > 8000），但不是所有数据库都支持（MySQL 支持，SQL Server 需写完整表达式）
WITH ROLLUP 要小心 NULL 占位符
WITH ROLLUP 会在分组结果末尾自动补上小计和总计行，但这些汇总行对应字段会是 NULL——它和原始数据里的 NULL 没法区分，容易误判。
- 例如
SELECT department, job_title, SUM(salary) FROM employees GROUP BY department, job_title WITH ROLLUP，最后一行department=NULL, job_title=NULL是全表总和 - 用
GROUPING()函数可识别：在 SQL Server / MySQL 8.0+ 中，GROUPING(department)返回 1 表示该行为汇总生成，0 表示真实数据 - MySQL 5.7 及更早版本不支持
GROUPING()，只能靠业务逻辑判断department IS NULL AND job_title IS NOT NULL是部门小计
ORDER BY 引用聚合别名有兼容性差异
想按聚合结果排序，比如“按部门人数降序”，写成 ORDER BY COUNT(*) DESC 没问题；但用别名 ORDER BY emp_count DESC 在部分数据库会失败。
- MySQL、PostgreSQL 支持
ORDER BY引用SELECT中定义的别名 - SQL Server 支持，但要求别名不能是关键字或含特殊字符
- SQLite 和旧版 Access 不支持别名，必须重复表达式：
ORDER BY COUNT(*) DESC - 稳妥写法：统一用表达式，避免跨库迁移时出问题
实际执行顺序是 WHERE → GROUP BY → HAVING → SELECT → ORDER BY，这意味着 SELECT 里写的别名在 WHERE 和 HAVING 里都不可用，而 ORDER BY 是最后一步——这点最容易被忽略。
