grouping sets语法必须套两层括号，如group by grouping sets ((dept), (region), (dept, region), ())；漏外层括号或裸写列名会直接报错，空括号()表示全表总计，需用grouping()函数区分占位null与真实null。

GROUPING SETS 语法必须套两层括号，写错就报错

直接写 GROUP BY GROUPING SETS (dept, region) 会触发 SQL Server 报错：Incorrect syntax near ','。它不接受裸列或单层括号，每个分组维度必须是独立元组，外层再用一对括号包裹全部元组。

正确写法是：GROUP BY GROUPING SETS ((dept), (region), (dept, region), ())。

• (dept) 表示只按 dept 分组
• (region) 表示只按 region 分组
• (dept, region) 表示联合分组
• () 表示全表聚合（无分组）

漏掉任意一层括号、多加空格、逗号后多换行，SQL Server 都不会执行，而是抛出解析错误——不是运行时错，是语句根本过不了语法检查。

NULL 是占位符还是真实数据？靠 GROUPING() 判断，不是 IS NULL

执行 GROUPING SETS ((dept), (region)) 后，结果里 dept 和 region 列会出现大量 NULL。但这些 NULL 不是来自原始数据，而是聚合占位符：比如某行 dept = NULL、region = '华北'，说明这行是按 region 分组的汇总，dept 被折叠了。

如果直接写 WHERE dept IS NULL，会同时过滤掉真实为 NULL 的部门记录和所有按 region 分组的行，逻辑全乱。

• GROUPING(dept) = 1 → 当前行 dept 是占位符（未参与该组分组）
• GROUPING(dept) = 0 → dept 是真实分组值
• 多列判断要分开调用：GROUPING(dept) + GROUPING(region) = 2 表示两者都被折叠（即全表总计行）

WHERE 条件不能提前过滤分组字段，否则小计消失

常见错误是先用 WHERE dept IS NOT NULL 筛掉空部门，再做 GROUPING SETS。这会导致「部门小计」行彻底丢失——因为 GROUPING SETS ((dept), (dept, region)) 中的 (dept) 分组需要所有 dept 值参与聚合，提前过滤就把这部分输入切掉了。

• 过滤动作必须放在聚合之后，用 HAVING 或外层 WHERE 套子查询
• 若需排除某些部门，应在生成全部分组后再用 GROUPING() + CASE 控制显示，而不是砍原始数据
• 想保留原始 NULL 部门又不想让它进小计？得用 COALESCE(dept, '__MISSING__') 先转义，再分组

性能瓶颈不在语法，在重复扫描——别指望自动复用中间结果

GROUPING SETS 不是优化器，只是语法糖，底层等价于多个 GROUP BY + UNION ALL。SQL Server 不会自动缓存中间聚合结果，每组定义都会触发一次完整扫描（除非你建了合适索引并命中）。

• 维度越多，组合爆炸越明显：GROUPING SETS ((a), (b), (c), (a,b), (a,c), (b,c), (a,b,c), ()) 是 8 组，不是 3 组
• 实际慢查中，GROUPING SETS 的耗时通常接近 UNION ALL 多次查询之和，而非单次查询
• 真正提速靠索引：确保所有分组列都在同一索引的前导列上，例如 INDEX IX_on_dept_region ON staff(dept, region)

最易被忽略的是：括号层级和 GROUPING() 的配合必须严格一一对应——少一个括号、多一个 GROUPING() 调用，结果就不可信；而这种错误在数据量小时根本看不出问题，上线后才暴露。