关于 GROUPING SETS，最让人头疼的一点就是语法必须套两层括号。如果只写一层，SQL Server 直接报语法错误；更别提漏掉括号、裸列或者空格问题了——连编译都过不去。另外，结果中的 NULL 是占位符，千万别用 IS NULL 去判断，得用 GROUPING() 函数才能区分。
写错直接报错：GROUPING SETS 语法必须套两层括号
SQL Server 会把 GROUP BY GROUPING SETS (dept, region) 当成语法错误，报 Incorrect syntax near ','。它压根不接受扁平列表——你只有老老实实给它双层结构：外层括号包裹多个元组，每个元组自己用小括号包字段。
正确写法只有这一种形式：GROUP BY GROUPING SETS ((dept), (region), (dept, region), ())。其中：
(dept)表示仅按 dept 分组(region)表示仅按 region 分组(dept, region)表示联合分组()表示全表总计（不能省略，也不能写成(NULL)或( )）
漏掉任意一层括号、多加空格、逗号后多空格，都会触发解析失败——不是运行时报错，而是根本过不了语法检查。
NULL 是占位符，不是原始数据空值
执行完 GROUPING SETS ((dept), (region))，结果里会出现一大堆 dept = NULL 或 region = NULL。别急着高兴——这些 NULL 可不是数据里的空值，而是 SQL Server 自动填入的占位符，用于标识该列未参与当前分组。比如某行 dept = NULL、region = '华北'，说明这行是按 region 汇总的，dept 被折叠了。
直接用 WHERE dept IS NULL 过滤会误删两类数据：
- 真实 dept 为 NULL 的明细记录
- 所有按 region 分组的汇总行（因为它们的 dept 都被设为占位 NULL）
唯一可靠判断方式是 GROUPING(dept)：
GROUPING(dept) = 1→ dept 是占位符（未参与该行分组）GROUPING(dept) = 0→ dept 是真实分组值- 多列组合需分别调用：
GROUPING(dept) = 1 AND GROUPING(region) = 0表示按 region 汇总
GROUPING() 必须配合 CASE 才能安全展示标签
很多人直接拿 COALESCE(dept, 'All') 替换 NULL，结果发现把真实为 NULL 的 dept 也改成了 'All'，数据语义全乱了。正确做法是先判断，再映射：
SELECT CASE WHEN GROUPING(dept) = 1 AND GROUPING(region) = 1 THEN '总计' WHEN GROUPING(dept) = 1 THEN '按地区汇总' WHEN GROUPING(region) = 1 THEN '按部门汇总' ELSE '明细' END AS level, CASE WHEN GROUPING(dept) = 0 THEN dept ELSE 'All' END AS dept, CASE WHEN GROUPING(region) = 0 THEN region ELSE 'All' END AS region, COUNT(*) AS cntFROM salesGROUP BY GROUPING SETS ((dept), (region), (dept, region), ())ORDER BY level;
注意：GROUPING() 只接受单列名，不能写成 GROUPING(dept, region)；它返回的是整数 0 或 1，不是布尔值。实际使用中最常被忽略的是：GROUPING() 返回值必须参与排序或过滤逻辑，否则汇总层级无法对齐；另外，维度超过 3 个时，SQL Server 不会复用中间哈希表，性能下降明显，这时得靠索引覆盖最宽分组组合来缓解。
MySQL 用户别硬套，会触发 ERROR 1064
如果你是 MySQL 用户，看到这里先冷静一下。截至 MySQL 8.4，官方仍未实现 GROUPING SETS。你在 MySQL 里执行任何含该语法的语句，必定报错：ERROR 1064 (42000): You ha ve an error in your SQL syntax。这不是配置问题，也不是版本号看错，是功能缺失。
替代方案只有两个现实选择：
- 用
UNION ALL拼多个GROUP BY查询（代码冗长，表扫描次数翻倍） - 换到支持引擎（如 SQL Server 2008+、PostgreSQL 9.5+、Oracle 9i+、Trino、Doris）
别试图用视图或存储过程“模拟”——底层仍是多次扫描，且逻辑复杂易错。真要跨引擎兼容，建议把聚合逻辑下沉到应用层或预计算表中。
