GROUPING SETS 是 GROUP BY 的子句而非函数，必须写成 GROUP BY GROUPING SETS ((a), (b), ()) 形式，不可省略外层括号或元组；配合 GROUPING() 可准确区分占位 NULL 与真实 NULL。
GROUPING SETS 不是函数，而是 SQL 标准中的分组语法结构；直接写 GROUPING SETS() 就能生成多维聚合，但必须配合 GROUP BY 和 GROUPING() 识别空值来源。
GROUPING SETS 的基本写法和常见错误
很多人一上来就写 SELECT ... GROUP BY GROUPING SETS (a, b)，结果报错 —— 因为括号里必须是元组（哪怕单字段也要加括号），且至少有一组。正确形式是 GROUP BY GROUPING SETS ((a), (b), (a, b))。
-
GROUPING SETS ((a))等价于GROUP BY a，但语义上强调“这是其中一组” - 漏掉外层括号，比如写成
GROUPING SETS (a, b)，多数数据库（PostgreSQL、SQL Server）会直接报语法错误 - MySQL 目前（截至 8.4）完全不支持
GROUPING SETS，别白费劲；用UNION ALL模拟是唯一办法 - Oracle 和 PostgreSQL 支持，但 Oracle 要求兼容模式开启（
COMPATIBLE >= 12.2）
用 GROUPING() 区分 NULL 是数据本身还是汇总产生的
当 GROUPING SETS 生成 (a, b)、(a)、() 多组时，缺失维度的列会填 NULL，但你无法靠 IS NULL 判断这是原始数据的空值，还是汇总行补的占位符。这时必须用 GROUPING(col)：返回 1 表示该列因当前 grouping set 缺失而被置空，0 表示真实值。
SELECT COALESCE(a, '总计') AS a_label, COALESCE(b, '小计') AS b_label, SUM(sales), GROUPING(a) AS ga, GROUPING(b) AS gb FROM sales_data GROUP BY GROUPING SETS ((a, b), (a), ()) ORDER BY ga, gb;
结果中：ga=0, gb=0 → 正常明细；ga=0, gb=1 → 按 a 小计（b 列 NULL 是汇总占位）；ga=1, gb=1 → 总计行。
性能和可读性权衡：什么时候该用 GROUPING SETS，什么时候该避开
单次扫描完成多个分组，理论上比多次 GROUP BY + UNION ALL 快，但实际效果取决于优化器是否真正合并执行计划。PostgreSQL 14+ 通常能优化，SQL Server 需要查看执行计划确认是否用了 “Hash Match (Aggregate)” 合并路径。
- 字段组合超过 4 组（如
GROUPING SETS ((a),(b),(c),(d),(a,b),(a,c))），可读性断崖下降，建议拆成视图或 CTE 分步表达 - 涉及窗口函数或复杂过滤时，
GROUPING SETS很难嵌套，不如先聚合再UNION - 如果目标报表需导出 Excel 多个 sheet，用
GROUPING SETS一次查出所有维度反而增加应用层解析负担
最易被忽略的是：GROUPING() 的返回类型在不同数据库中不一致（PostgreSQL 返回 integer，SQL Server 返回 tinyint），做条件判断时别硬写 = 1 而不显式转类型，尤其连表或插入到目标表时可能隐式转换失败。
