必须用 GROUPING SETS 或 ROLLUP 实现多维汇总，避免动态拼 SQL 和 GROUPING 逻辑错乱；通过参数控制预定义分组组合，结合 GROUPING() 函数精准识别汇总层级，确保统计口径准确、维护成本可控、执行计划可复用。
直接用存储过程硬写多维度汇总，90% 的人会掉进动态拼 SQL 和 GROUPING 逻辑错乱两个坑。必须用 GROUPING SETS 或 ROLLUP 做底层分组，再用参数控制输出粒度，否则一加新维度就得重写整个存储过程。
为什么不能在存储过程中直接写多个 GROUP BY + UNION ALL
看似能跑通，但实际维护成本爆炸：每新增一个统计维度（比如从「区域+产品」扩展到「区域+产品+销售员」），就要补 3–4 个新子查询、重写 UNION ALL 结构、手动对齐字段类型和 NULL 处理逻辑。更麻烦的是，前端无法区分哪行是明细、哪行是小计——因为所有行都来自不同 SELECT，没有统一的层级标记。
- 拼接出来的结果里，
region为NULL可能是“全公司总计”，也可能是“某条 UNION 子句漏写了 WHERE” - 无法用
GROUPING()函数自动识别汇总层级，后续加「小计」文字或折叠树形结构时只能靠字符串匹配，极不可靠 - SQL Server / PostgreSQL 下
ROLLUP执行计划可复用，而多次UNION ALL会强制走多个扫描，数据量大时性能差 2–5 倍
用 GROUPING SETS 实现可配置的维度组合
GROUPING SETS 是标准 SQL:2003 特性，SQL Server 2008+、PostgreSQL 9.5+、Oracle 11gR2+ 均原生支持。它允许你明确列出想要的分组组合，比 CUBE 更轻量，比手写 UNION 更可控。
例如，按「大区」「城市」「门店」三级做业绩汇总，又只想要「大区小计」「城市小计」「门店明细」三档，不想要「大区×门店」这种无业务意义的交叉项：
SELECT COALESCE(region, 'ALL_REGION') AS region, COALESCE(city, 'ALL_CITY') AS city, COALESCE(store, 'ALL_STORE') AS store, SUM(sales) AS total_sales, GROUPING(region) AS g_region, GROUPING(city) AS g_city, GROUPING(store) AS g_store FROM sales_data GROUP BY GROUPING SETS ( (region, city, store), -- 门店级明细 (region, city), -- 城市级小计 (region) -- 大区级小计 );
-
GROUPING(region)返回 1 表示该行中region是被折叠的汇总值（即 NULL 是计算生成的，不是原始数据 NULL） - 配合
COALESCE可安全替换显示文字，避免把真实region = NULL的门店误标为「ALL_REGION」 - 若某次调用只需「城市+门店」两级，删掉
(region)这一行即可，无需动其他逻辑
存储过程里怎么传维度参数并生成对应 GROUPING SETS
不能靠字符串拼 GROUP BY GROUPING SETS ((a,b), (a)) —— SQL Server 不允许变量直接进括号。正确做法是：用 CASE 分支预定义常用组合，每个分支内写死 GROUPING SETS，再用参数跳转。
- 输入参数如
@level VARCHAR(10)，取值'store'/'city'/'region' - 用
IF @level = 'store'分支执行含(region,city,store)的完整分组；@level = 'city'时只执行(region,city)和(region)两组 - 绝对不要用
EXEC(@sql)拼整个GROUP BY子句——这会绕过执行计划缓存，且无法被静态语法检查捕获错误 - 如果真要完全动态（比如前端选任意字段组合），改用表值函数 +
OPENJSON解析 JSON 参数，再 JOIN 到预定义的GROUPING SETS映射表，比纯动态 SQL 安全得多
GROUPING() 值必须参与业务逻辑判断，不能只用来 SELECT
很多人只把 GROUPING() 当作调试辅助，其实它是区分「数据缺失」和「汇总占位」的唯一可靠依据。比如导出 Excel 时需插入空行分隔小计，或前端渲染树形结构时决定是否展开节点，都得依赖这个值。
-
GROUPING(region) = 1 AND GROUPING(city) = 0 AND GROUPING(store) = 0→ 这是「城市级小计」，region为 NULL 是计算生成的 -
GROUPING(region) = 1 AND GROUPING(city) = 1 AND GROUPING(store) = 0→ 这是「全公司门店汇总」，region和city都是占位 NULL - 切记：不能用
IS NULL判断汇总行！原始数据里region真为 NULL 的门店，和ROLLUP生成的 NULL 必须严格区分，否则统计口径就崩了
