CUBE是SQL标准中生成所有列组合汇总的扩展语法，本质区别在于GROUP BY仅按指定列分组，而CUBE自动计算2ⁿ种分组（含空集），结果含NULL占位符，需用GROUPING()函数区分真实空值与汇总行。
什么是CUBE，它和GROUP BY有什么本质区别
CUBE 是 SQL 标准中用于生成多维汇总组合的扩展语法，不是简单地对某几列分组，而是自动计算所有可能的列组合（包括空集，即全表总计）。比如 GROUP BY CUBE(a, b, c) 实际等价于对 ()、(a)、(b)、(c)、(a,b)、(a,c)、(b,c)、(a,b,c) 这 8 种分组分别执行聚合。
关键区别在于：GROUP BY a, b 只产出一个粒度；而 CUBE 一次性产出全部层级，省去多次 UNION 或多次查询拼接。但代价是结果行数呈指数增长（n 列 → 2ⁿ 行），数据量大时务必加过滤或限制维度数。
常见错误现象：用 CUBE 后发现结果里出现大量 NULL 值，误以为是数据缺失——其实是 CUBE 在表示“该维度未参与分组”的占位符，属于正常行为。
如何让CUBE结果更可读：用GROUPING()函数识别汇总行
GROUPING() 是配合 CUBE（或 ROLLUP）使用的标量函数，对指定列返回 1（表示该列为汇总生成的空值）或 0（表示真实数据值）。不加它，你无法区分“某地区为 NULL 是因为没数据”还是“这是‘全国总计’行”。
SELECT
COALESCE(region, 'ALL_REGION') AS region,
COALESCE(product, 'ALL_PRODUCT') AS product,
SUM(sales) AS total_sales,
GROUPING(region) AS g_region,
GROUPING(product) AS g_product
FROM sales
GROUP BY CUBE(region, product);
使用场景：
- 需要导出报表并标注“小计”“合计”文字时，靠
GROUPING()判断后用CASE WHEN替换 - 前端做树形展开时，用
GROUPING()值决定是否显示该行作为父节点 - 排查
CUBE结果中异常NULL行（比如g_region = 1 AND g_product = 1就是全表总计）
性能与兼容性：哪些数据库支持，哪些要绕路
CUBE 是 SQL:1999 标准特性，主流数据库支持情况差异明显：
✅ 原生支持且稳定：
- PostgreSQL 9.5+（需开启
postgres扩展？不用，直接支持） - SQL Server 2005+（语法完全一致）
- Oracle（支持，但注意
GROUPING SETS更灵活，CUBE是其子集）
⚠️ 不支持或需变通：
- MySQL 8.0.12+ 仅支持
GROUPING SETS，不支持CUBE关键字；必须手写所有组合：GROUPING SETS ((region,product), (region), (product), ()) - SQLite、MariaDB（截至 11.4）仍不支持任何汇总扩展，只能用多次
UNION ALL模拟
性能影响：当列数 ≥4 时，CUBE(a,b,c,d) 会生成 16 组分组，若基表有千万行，聚合过程 I/O 和内存压力陡增。建议先在 WHERE 中过滤掉低价值维度值（如 status = 'active'），再 CUBE。
实际用例：电商销售表生成「区域 × 类目 × 月份」三级交叉表
假设表 sales 有字段：region（字符串）、category（字符串）、month（整数，如 202401）、amount（数值）。
SELECT
COALESCE(region, 'TOTAL') AS region,
COALESCE(category, 'TOTAL') AS category,
COALESCE(CAST(month AS TEXT), 'TOTAL') AS month,
SUM(amount) AS sales_sum,
COUNT(*) AS order_count
FROM sales
WHERE month BETWEEN 202401 AND 202403
GROUP BY CUBE(region, category, month)
ORDER BY
GROUPING(region), region,
GROUPING(category), category,
GROUPING(month), month;
容易踩的坑：
-
ORDER BY必须按GROUPING()排序，否则“总计行”会散落在中间，无法阅读 - 如果
month是日期类型，CUBE会按完整时间戳分组（秒级），应先转成年月字符串再参与CUBE - 别在
CUBE中混入表达式，如CUBE(UPPER(region), category)—— 多数数据库不支持，会报错ERROR: cannot use non-constant expression in CUBE
CUBE：维度越多，结果越“全”，但也越稀疏、越难解释。业务上真正需要的往往是固定几个组合（比如“区域+类目”、“类目+月份”），这时 GROUPING SETS 比 CUBE 更精准、更可控。 
