CUBE是SQL中生成所有维度子集组合的语法糖，等价于GROUPING SETS的全子集枚举；它不保证顺序、不自动补NULL，需用GROUPING()函数区分NULL来源，且维度数增加时分组数指数级增长。
什么是CUBE，它和GROUPING SETS有什么关系
CUBE 是 SQL 标准中用于生成多维聚合组合的语法糖，本质是 GROUPING SETS 的快捷写法。比如 CUBE(a, b, c) 等价于 GROUPING SETS((a,b,c), (a,b), (a,c), (b,c), (a), (b), (c), ()) —— 即所有子集（含空集）的组合。它不保证顺序，也不自动补 NULL 值，只是把各维度的“是否参与分组”穷举一遍。
常见错误是以为 CUBE 会按层级展开（像 ROLLUP 那样），其实不会；也有人误以为它能自动识别维度间依赖关系，但它只做笛卡尔式组合，不管业务语义。
怎么写一个带CUBE的SELECT，注意NULL陷阱
必须配合 GROUP BY CUBE(...) 使用，且 SELECT 列中所有非聚合字段都得出现在 CUBE 列表里，否则报错：column "xxx" must appear in the GROUP BY clause or be used in an aggregate function。
关键点在于：CUBE 生成的“全 NULL 行”代表总计行，但单个字段为 NULL 不一定表示该维度未参与分组——可能是原始数据就为 NULL。要区分二者，得用 GROUPING() 函数：
SELECT COALESCE(region, 'ALL') AS region, COALESCE(product, 'ALL') 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(region) 返回 1 表示这一行中 region 是因 CUBE 生成的占位值（即“该维度未参与分组”），返回 0 表示真实值。
- 别直接用
IS NULL判断是否为小计行 —— 原始数据里的 NULL 会被混淆 - PostgreSQL 和 SQL Server 支持
GROUPING()；MySQL 8.0+ 也支持；旧版 MySQL 或 SQLite 不支持，得改用GROUPING SETS手动枚举 - Oracle 中
CUBE可与ROLLUP混用，但语法更严格，括号不能省
CUBE的性能代价有多大，什么情况下该避免用
CUBE(a,b,c,d) 会产生 2⁴ = 16 个分组组合；加到 6 个字段就是 64 个 —— 行数爆炸不是线性增长，而是指数级。实际执行时，数据库往往先全量扫描再哈希分组，内存压力大，临时磁盘排序频繁。
适用场景很窄：仅当你**明确需要全部交叉组合**，且维度数 ≤ 4、基数值低（如 status 只有 'active'/'inactive'）、结果集最终要导出做 OLAP 分析时才值得用。
- 如果只需要部分组合（比如只要 (a,b) 和 (a) 和总计），用
GROUPING SETS((a,b), (a), ())更高效 - 如果维度中有高基数列（如 user_id），
CUBE几乎必然 OOM 或超时，应提前物化中间聚合表 - 某些引擎（如 Presto/Trino）对
CUBE优化较好，但 Hive 3.1 之前根本不支持，得用 UNION ALL 模拟
为什么ORDER BY在CUBE查询里经常失效或变慢
因为 CUBE 输出的行没有天然顺序，数据库不会按你写的 ORDER BY region, product 自动归并同类分组行。更麻烦的是：同一逻辑分组（如所有 region='East' 的小计）可能被拆散在不同位置，尤其当执行计划启用并行分组时。
解决办法只有两个：
- 外层套一层
SELECT * FROM (...) ORDER BY ...—— 强制全局排序，但代价是额外 Sort 操作 - 用
GROUPING()构造排序键，例如ORDER BY GROUPING(region), region, GROUPING(product), product，让总计行、小计行、明细行分层排布
别指望数据库自动理解“你想看区域汇总在前、产品汇总在后”——它只管算完扔出来，顺序由你定。
