GROUPING SETS语法必须外层一对括号包裹所有元组，每个元组再用小括号包字段；NULL是占位符需用GROUPING()判断；WHERE不可提前过滤分组字段，否则丢失小计；多维时性能指数下降。
GROUPING SETS语法必须套两层括号，否则直接报错
SQL Server 对 GROUPING SETS 的括号层级极其严格：外层一对括号包裹所有元组，每个元组再用小括号包住字段列表。写错就过不了语法解析，根本不会执行。
-
GROUP BY GROUPING SETS ((dept), (region), (dept, region), ())✅ 正确：四组独立分组 -
GROUP BY GROUPING SETS (dept, region)❌ 报错：Incorrect syntax near ',' -
GROUP BY GROUPING SETS (dept), (region)❌ 缺少外层括号，解析失败 -
()表示全表总计，不能省略，也不能写成(NULL)或( )（含空格）
NULL 是占位符还是真实数据？只靠 GROUPING() 能判断
执行 GROUPING SETS ((dept), (region)) 后，结果里 dept 和 region 列会出现大量 NULL。这些 NULL 是数据库自动填入的聚合占位符，不代表原始数据为空。
- 直接用
WHERE dept IS NULL过滤，会同时删掉真实为NULL的部门记录 + 所有按region分组的行（因为它们的dept被折叠了） - 必须用
GROUPING(dept)：返回1表示该行中dept是占位符，0表示是真实分组值 - 多列需分开调用：
GROUPING(dept) = 1 AND GROUPING(region) = 0→ 这行是按region分组的汇总 - 全表总计行满足：
GROUPING(dept) = 1 AND GROUPING(region) = 1
WHERE 条件不能提前过滤分组字段，否则小计消失
常见错误是先用 WHERE dept IS NOT NULL 筛掉空部门，再做 GROUPING SETS。这会导致 (dept) 这一分组维度彻底丢失——因为聚合输入已被砍断。
- 过滤动作必须放在聚合之后：用
HAVING，或在外层WHERE套子查询 - 若需排除某些部门（如
'未知'），应在生成全部分组后，用CASE WHEN GROUPING(dept) = 0 THEN dept END控制显示逻辑 - 想保留原始
NULL部门又不想让它进小计？得在子查询中先用COALESCE(dept, '__MISSING__')转义，再参与分组
维度超过 3 个时，性能会指数级下降
GROUPING SETS 底层等价于多个 GROUP BY + UNION ALL，SQL Server 不会复用哈希表。维度越多，扫描和哈希计算次数越接近 2ⁿ 级增长。
- 例如
GROUPING SETS ((a), (b), (c), (a,b), (a,c), (b,c))实际触发 6 次独立分组操作 - 执行计划里若出现多个
Hash Aggregate节点，说明没复用中间结果 - 索引应覆盖最宽组合，如上述例子建
INDEX ON t(a, b, c)比单列索引更有效 - 真到 4 维以上（比如时间+地区+渠道+产品），不如拆成应用层多次查询，可控且易调试
GROUPING() 判断、以及 WHERE 提前过滤这三点。漏掉任一，结果要么报错，要么逻辑错得无声无息。 
