用GROUPING SETS可显式声明明细与多级汇总组合，如GROUPING SETS((dept,name),(dept),())，再用GROUPING()函数精准区分汇总行（返回1）与明细行（返回0），避免IS NULL误判，确保结果可靠可控。
用 GROUPING SETS 实现明细+汇总混排
直接在 GROUP BY 后加 WITH ROLLUP 或 WITH CUBE 容易失控——它们会生成所有组合层级的汇总行，且 NULL 值含义模糊，排序也不可控。真正可靠的方式是用 GROUPING SETS 显式声明要哪些分组维度。
比如查每个部门的员工薪资明细，同时显示部门小计和全部总计：
SELECT dept, name, salary, SUM(salary) AS total_salary FROM employees GROUP BY GROUPING SETS ( (dept, name), -- 明细行：按部门+姓名分组 (dept), -- 部门小计：只按部门分组 () -- 全局总计：空分组 );
关键点： GROUPING() 函数可用来区分哪一行是汇总行（返回 1）还是明细行（返回 0），避免靠 dept IS NULL 这种不可靠判断。
用 UNION ALL 手动拼接明细与汇总（兼容性最强）
如果数据库不支持 GROUPING SETS（如 MySQL 5.7、旧版 PostgreSQL），就老老实实用 UNION ALL 拼两层查询。但要注意字段对齐、类型一致、排序控制——否则明细和汇总行会错位或乱序。
- 所有
SELECT的列数、顺序、数据类型必须严格一致；字符串字段建议统一用CAST(... AS VARCHAR)避免隐式转换失败 - 汇总行的明细字段（如
name）要填NULL或占位符（如'[TOTAL]'），不能留空 - 最后必须加
ORDER BY控制展示顺序，例如先按dept排，再用name IS NULL DESC把部门汇总行压在每组末尾
示例（MySQL）：
SELECT dept, name, salary FROM employees UNION ALL SELECT dept, '[DEPT TOTAL]', SUM(salary) FROM employees GROUP BY dept UNION ALL SELECT NULL, '[GRAND TOTAL]', SUM(salary) FROM employees ORDER BY dept, name IS NULL, name;
避免 ORDER BY 和聚合函数在同一个查询里出错
常见错误是写成 SELECT dept, name, SUM(salary) FROM employees GROUP BY dept ORDER BY name —— 这在多数数据库会报错，因为 name 不在 GROUP BY 里，也不在聚合函数中。想排序又保留明细，就得把排序逻辑放到最外层：
- 明细行本身不需要聚合，就别放进带
GROUP BY的子查询里 - 汇总行单独算，再用
UNION ALL或GROUPING SETS合并 - 最终排序统一在外层
SELECT加ORDER BY，而不是在各子查询里各自排序
否则 MySQL 可能静默截断结果，PostgreSQL 直接拒绝执行。
注意 NULL 在汇总行中的语义歧义
WITH ROLLUP 产生的 NULL 并不表示“该字段为空”，而是“此行为汇总行”。但如果你原始数据里 dept 本来就允许为 NULL，那这两类 NULL 就完全无法区分。
解决办法只有两个：
- 用
GROUPING(dept)函数：返回 1 表示这是汇总行导致的NULL，返回 0 表示原始数据就是NULL - 提前清洗数据，确保业务上
dept不为NULL，或用特殊标记值（如'[UNKNOWN]'）替代原始NULL
没做这一步，报表里的“总计”就可能被当成某条脏数据混进去。
