GROUPING SETS 是解决多维统计中重复扫描问题的正解，需用括号元组写法如 ((dept), (dept, role), (()))，配合 GROUPING() 函数区分汇总与真实 NULL，不可在 WHERE 中提前过滤，且必须出现在 SELECT 列表中。
GROUPING SETS 不是用来“替代 GROUP BY”的语法糖，它是解决多维统计中「重复扫描+手动拼接」问题的正解。用它，一条 SQL 就能代替 3～5 个 UNION ALL 查询，且只扫一次表。
GROUPING SETS 怎么写才不报错
常见错误不是逻辑错，是括号套得不对：
-
GROUPING SETS ((dept), (dept, role), ())✅ 正确：每个分组集必须是带括号的元组，空汇总写成(()) -
GROUPING SETS (dept, (dept, role))❌ 报错：单列不能裸写，dept缺少外层括号 -
GROUPING SETS ()❌ 语法错误：空括号对必须写成(())，否则解析失败 - 在
WHERE中提前过滤dept IS NOT NULL→ 会把本该出现在「部门小计」里的行直接干掉，因为小计行的role是 NULL，但dept有值，而 WHERE 在 GROUPING SETS 之前执行
怎么区分 NULL 是汇总占位还是真实数据
靠 IS NULL 判断完全不可靠——原始数据里 role 真可能是 NULL。唯一可信的是 GROUPING() 函数返回值：
-
GROUPING(dept) = 0 AND GROUPING(role) = 0→ 普通行（两个字段都参与分组） -
GROUPING(dept) = 0 AND GROUPING(role) = 1→ 部门小计（只按dept分组，role被聚合掉） -
GROUPING(dept) = 1 AND GROUPING(role) = 1→ 全表总计（两个字段都没参与分组） - 别在视图里用
COALESCE(role, 'ALL')直接替换，先确认GROUPING(role) = 1再转，否则会把真实 NULL 也标成 'ALL'
GROUPING SETS 比 CUBE 更适合报表封装
CUBE(a,b,c) 会生成全部 2³=8 种组合，但报表通常只要其中 2～3 种（比如「部门+角色」「部门」「总计」）。硬塞 CUBE 会导致：
- 结果膨胀：多出大量无业务意义的组合（如只按
role分组的行） - 无法安全过滤：写
WHERE GROUPING(dept) = 0会误杀「部门小计」行（它的dept有值，但role是占位 NULL） - 字段语义混乱：下游 BI 工具拖拽时，看到一堆 NULL 列却不知道哪是汇总、哪是脏数据
- 推荐写法：
GROUPING SETS ((dept, role), (dept), ())—— 显式、可控、可读性强
真正容易被忽略的点是：GROUPING() 必须和 GROUPING SETS 同时出现才有意义；单独在普通 GROUP BY 里调用它，结果恒为 0。另外，所有参与 GROUPING SETS 的列，都得出现在 SELECT 列表里——哪怕只是用来做 GROUPING(col) 判断，漏写就会报 “column not in GROUP BY” 错误。
