使用GROUPING SETS或ROLLUP配合参数控制分组组合是唯一兼顾可维护性、执行计划稳定性与层级识别准确性的方案；硬写多个GROUP BY+UNION ALL会导致维度扩展困难、GROUPING()不可用、隐式转换风险及性能下降。
直接用 GROUPING SETS 或 ROLLUP 配合参数控制分组组合，是唯一能兼顾可维护性、执行计划稳定性和层级识别准确性的做法。硬写多个 GROUP BY + UNION ALL 看似简单，但新增一个维度就要重写整个结构，且无法用 GROUPING() 标记汇总行，前端展示时极易把真实 NULL 和统计 NULL 混淆。
为什么存储过程里不能靠多个 GROUP BY + UNION ALL 拼报表
这不是语法问题，而是工程成本和语义可靠性问题：
-
UNION ALL各子句字段类型必须严格一致，加新维度后容易因COALESCE表达式不统一导致隐式转换失败 - 每条
SELECT独立执行，GROUPING()函数完全不可用——你无法区分某行的region = NULL是“全公司总计”，还是“某张子查询漏写了WHERE” - SQL Server 优化器对多段
UNION ALL很难复用执行计划，数据量一过百万，性能比单次GROUPING SETS差 3 倍以上 - 前端要渲染折叠树或加「小计」文字，只能靠字符串匹配（比如
ISNULL(region, '小计')），一旦真实业务数据里真有region = '小计'，就全乱了
怎么用 GROUPING SETS 实现可配置的多维汇总
核心是把维度组合逻辑从 SQL 拆到存储过程参数里，而不是写死在 GROUP BY 子句中。例如传入 @level VARCHAR(20) = 'region_city_store'，再用 CASE 控制实际生效的 GROUPING SETS 列表：
SELECT COALESCE(region, 'ALL') AS region, COALESCE(city, 'ALL') AS city, COALESCE(store, 'ALL') AS store, SUM(amount) AS total_amount, GROUPING(region) AS g_region, GROUPING(city) AS g_city, GROUPING(store) AS g_store FROM sales_data WHERE @level = 'region_city_store' GROUP BY GROUPING SETS ( (region, city, store), (region, city), (region) ) UNION ALL SELECT COALESCE(region, 'ALL') AS region, COALESCE(city, 'ALL') AS city, COALESCE(store, 'ALL') AS store, SUM(amount) AS total_amount, GROUPING(region) AS g_region, GROUPING(city) AS g_city, GROUPING(store) AS g_store FROM sales_data WHERE @level = 'region_city' GROUP BY GROUPING SETS ( (region, city), (region) );
注意：GROUPING() 返回 1 表示该列是汇总生成的 NULL，不是原始数据 NULL；COALESCE 只用于显示替换，不能代替 GROUPING() 做逻辑判断。
存储过程中处理 NULL 和空字符串的陷阱
财务数据里常有 region IS NULL 或 region = ''，这类行在 GROUPING SETS 中会被当成有效分组值参与计算，但通常应归入「未分类」或单独过滤。错误做法是直接 WHERE region IS NOT NULL——这会把真实缺失数据也干掉。
正确做法是预处理维度字段，在 FROM 子句里统一规整：
- 用
CASE WHEN region IS NULL OR region = '' THEN 'UNKNOWN' ELSE region END AS region - 避免在
GROUP BY或GROUPING SETS中直接引用原始字段 - 如果业务要求「未知」不参与汇总，就用
WHERE过滤，但必须在GROUPING SETS之前完成
否则，GROUPING(region) 对 NULL 和 '' 都返回 0，你根本分不清哪行是汇总、哪行是脏数据。
窗口函数补位：明细行上叠加动态指标
纯 GROUPING SETS 输出的是折叠后的汇总行，但财务报表常需「每笔交易旁显示其所在区域占比、销售员排名、滚动 3 月均值」——这时必须用窗口函数，且必须和 GROUPING SETS 结果做 JOIN 或 CTE 嵌套，不能混在同一个 SELECT 里。
例如先算出各区域小计：
WITH region_summary AS ( SELECT region, SUM(amount) AS region_total FROM sales_data GROUP BY region )
再和明细表 JOIN，加 SUM(amount) OVER (PARTITION BY region) 就没意义了——它和 region_summary.region_total 重复且不可控。真正该用的是：
-
COUNT(*) OVER (PARTITION BY region ORDER BY order_date ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW)做区域累计笔数 -
AVG(amount) OVER (PARTITION BY salesperson)做销售员均值（不依赖GROUPING SETS输出）
关键点：窗口函数的 PARTITION BY 字段，必须来自原始明细表，不能来自 GROUPING SETS 的汇总结果。否则聚合层级错乱，数值失真。
