grouping sets语法必须带括号且显式写出元组，如((dept,project),dept,())，并配合grouping()函数区分null来源，否则会导致分组逻辑错误和汇总歧义。
GROUPING SETS 语法必须带括号，否则分组逻辑完全错误
写成 GROUP BY GROUPING SETS (dept, project) 看似简洁，实际等价于分别按 dept 和 project 单列分组，得不到 (dept, project) 组合粒度的明细行。真正要同时出「部门+项目明细」「仅部门小计」「全表总计」，必须显式写出元组： GROUP BY GROUPING SETS ((dept, project), dept, ())。
常见错误现象：NULL 大量出现但无法判断是原始数据空值还是上卷占位——根本原因是漏写了 GROUPING() 函数。
- 每个参与
GROUPING SETS的列，都应搭配GROUPING(col)使用，返回1表示该列在此行中被上卷（即未参与当前分组），0表示参与了 -
()表示全表总计，不能写成NULL；在存储过程中尤其要注意，NULL会导致语法报错，必须用() - Oracle 21c 支持嵌套写法如
GROUPING SETS ((a,b), (c,d), ())，但不支持GROUPING SETS ((a, (b,c)))这类嵌套元组
用 GROUPING() 区分 NULL 是数据缺失还是汇总占位
没有 GROUPING()，你看到的 NULL 全是“哑巴 NULL”——既可能是原始表里真为空，也可能是 dept 在「仅按 project 分组」时被上卷产生的占位符。报表一上线就容易算错小计。
正确做法是在 SELECT 列表中显式加 GROUPING(dept) 和 GROUPING(project)，再结合 CASE 做可读标识：
SELECT CASE WHEN GROUPING(dept) = 1 THEN '总计' ELSE dept END AS dept_label, CASE WHEN GROUPING(project) = 1 THEN '小计' ELSE project END AS project_label, SUM(amount) AS total FROM te GROUP BY GROUPING SETS ((dept, project), dept, ()) ORDER BY GROUPING(dept), GROUPING(project), dept, project;
这样输出里就不会有歧义的 NULL，所有汇总行都带明确语义标签。
GROUPING SETS 和 ROLLUP 性能差异不大，但自由度差很多
Oracle 21c 对两者都做了优化，单次全表扫描即可完成计算，性能差距可以忽略。关键区别在表达能力：
-
ROLLUP(dept, project)只能生成(dept, project)、(dept)、()这种严格层级递减的组合，不能跳过中间层（比如只要(dept, project)和()，不要(dept)小计） -
GROUPING SETS没这个限制，可任意组合：GROUPING SETS ((dept, project), ())就只出明细和总计两层 - 如果业务要求「按地区、按产品线、按地区+产品线、按地区+年份」四种互不隶属的维度组合，
ROLLUP或CUBE都没法干净表达，只能靠GROUPING SETS
MySQL 用户别试了，Oracle 21c 的 GROUPING SETS 在 MySQL 里根本不存在
MySQL 直到 8.4（尚未 GA）仍不支持 GROUPING SETS，也没有等效语法。有人试图用 UNION ALL 模拟，但要注意：
- 手动拼
UNION ALL会触发多次全表扫描，数据量稍大就明显慢于 Oracle 的单次扫描 - 各子查询的
SELECT列顺序、类型必须严格一致，否则报错ORA-12704: mismatched collation类错误（在 MySQL 中对应的是列数/类型不匹配） - Oracle 21c 的
GROUPING SETS自动处理列对齐和NULL占位，手写UNION ALL得自己补NULL，极易漏写或错位
真正容易被忽略的点是：GROUPING SETS 输出的行序不保证稳定，ORDER BY 必须显式写，且最好带上 GROUPING() 列来控制汇总行位置，否则小计可能插在明细中间。
