怎样在SQL中通过ROLLUP快速生成层级小计与总计报表-SQL-PHP中文网

rollup的分组层级严格按group by列从左到右书写顺序逐级上卷确定，如group by a,b,c with rollup生成(a,b,c)、(a,b,null)、(a,null,null)、(null,null,null)四层，顺序错误则汇总路径错乱、中间层小计缺失。

怎样在sql中通过rollup快速生成层级小计与总计报表

ROLLUP 生成的分组层级是怎么确定的？

SQL 中 ROLLUP 的层级顺序完全取决于它括号内列的书写顺序。比如 GROUP BY ROLLUP(a, b, c) 会生成四层分组：(a,b,c) → (a,b) → (a) → ()（空组，即全表总计）。注意：不是按字段重要性或数据分布自动排序，而是严格按你写的顺序从左到右逐级“剥掉”列。

常见错误是把低粒度字段写在前面，比如 ROLLUP(region, city, store) 看似合理，但如果 region 有缺失或为 NULL，会导致上层小计被错误合并（NULL 被视为同一组）。实际应确保前置列具有稳定、非空的层级归属关系。

推荐写法：GROUP BY ROLLUP(year, quarter, month) —— 时间天然有序
避免写法：GROUP BY ROLLUP(customer_id, order_date) —— 客户和日期无上下级关系，ROLLUP 语义失效
若需自定义层级但列本身无嵌套关系，先用 CASE WHEN 构造逻辑层级列，再对它 ROLLUP

如何识别和处理 ROLLUP 产生的 NULL 小计行？

ROLLUP 用 NULL 标记上层汇总行，但这和原始数据中的 NULL 混在一起，直接 WHERE column IS NULL 会误删真实数据。必须用 GROUPING() 函数区分。

GROUPING(col) 返回 1 表示该行是因 ROLLUP 生成的汇总行（col 被“卷起”），返回 0 表示该值来自真实数据。它是标准 SQL 函数，PostgreSQL、SQL Server、Oracle、MySQL 8.0+ 均支持。

SELECT 
  COALESCE(region, '总计') AS region,
  COALESCE(product, '小计') AS product,
  SUM(sales) AS total,
  GROUPING(region) AS g_region,
  GROUPING(product) AS g_product
FROM sales
GROUP BY ROLLUP(region, product);

用 COALESCE(region, '总计') 替换 ROLLUP 生成的 NULL，但仅限展示；判断逻辑仍需依赖 GROUPING()
不要写 HAVING GROUPING(region) = 0 来过滤小计——这会直接丢掉所有汇总行
多个列组合时，GROUPING(region, product) 在某些数据库中可返回位掩码整数，但兼容性差，建议单列调用

ROLLUP 和 CUBE、GROUPING SETS 性能差异大吗？

单纯用 ROLLUP(a,b,c) 一般比等价的 GROUPING SETS((a,b,c),(a,b),(a),()) 略快，因为优化器对 ROLLUP 有专用路径；但比 CUBE(a,b,c) 快很多——CUBE 会生成 2³=8 个组合，而 ROLLUP 只生成 4 个。

真正影响性能的是中间结果集大小：ROLLUP 需要保留每层分组的聚合中间态，内存占用随维度数指数增长。3 列 ROLLUP 通常没问题，但超过 5 列就容易触发磁盘临时表，查询变慢甚至 OOM。

生产环境慎用 ROLLUP(a,b,c,d,e)，优先考虑预计算物化视图或应用层分步聚合
MySQL 5.7 不支持 ROLLUP 与窗口函数混用；如需在汇总行上再算占比，得用子查询或 CTE 包裹
PostgreSQL 中 ROLLUP 可与 FILTER 子句共存，例如 SUM(amount) FILTER (WHERE status='paid')，但 SQL Server 需用 CASE WHEN