Oracle中CUBE必须与GROUP BY联用，语法为GROUP BY CUBE(col1,col2...)，不支持独立使用；结果行数为2ⁿ，需警惕高基数列导致组合爆炸；须配合GROUPING()区分汇总NULL与真实NULL。
Oracle中CUBE的语法必须带GROUP BY，不能单独用
Oracle不支持CUBE()脱离GROUP BY独立存在。常见错误是写成SELECT ... FROM t CUBE(a,b)或漏掉GROUP BY——这会直接报错ORA-00933: SQL command not properly ended或ORA-00979: not a GROUP BY expression。
正确结构只能是：SELECT ... FROM table GROUP BY CUBE(col1, col2, ...)。注意：Oracle 11g及以上全版本支持，无需额外配置；但若用GROUPING()函数，列名必须严格匹配GROUP BY CUBE中的顺序和大小写。
- 别在
SELECT里选没出现在GROUP BY CUBE里的非聚合字段，否则报ORA-00979 -
CUBE(a,b)和CUBE(b,a)语义等价，但GROUPING(a)与GROUPING(b)返回值位序不同，影响后续逻辑判断 - Oracle对
CUBE结果默认不排序，加ORDER BY时需显式指定，否则客户端看到的行序不可控
用GROUPING()区分NULL是真实值还是汇总占位符
执行SELECT region, product, SUM(sales) FROM sales_data GROUP BY CUBE(region, product)后，会出现多行region=NULL AND product=NULL。你无法单靠NULL判断这是“全表汇总”还是“某条原始记录region/product恰好为NULL”。
GROUPING()是唯一可靠解法：它对每个维度列返回0（真实值）或1（该列被折叠进当前汇总层级）。比如GROUPING(region)=1 AND GROUPING(product)=1才表示全表汇总；GROUPING(region)=1 AND GROUPING(product)=0表示按product汇总、忽略region。
- 务必把
GROUPING()和COALESCE()配合使用，例如COALESCE(region, 'ALL_REGION')，否则报表里全是NULL，业务方根本看不懂 - Oracle不支持
GROUPING_ID()的位图简写（如GROUPING_ID(region,product)=3表示两者全为1），但可用GROUPING(region)*2 + GROUPING(product)手动模拟 - 如果漏加
GROUPING()，下游ETL或BI工具很可能把汇总行当成脏数据过滤掉
CUBE在Oracle里结果行数是2ⁿ，4个维度就16行，别硬扛
Oracle的CUBE不做剪枝，CUBE(a,b,c,d)固定生成16组分组，哪怕其中12组的SUM(sales)是0或NULL。实际中常因高基数列（如order_id、create_time）导致内存溢出或SQL*Plus卡死。
- 先跑
SELECT COUNT(*) FROM t GROUP BY CUBE(dim1,dim2)预估结果量，超5000行就该警惕 - 避免把
user_id、timestamp这类列放进CUBE，它们会让组合爆炸且无业务意义 - 真要分析时间维度，优先用
ROLLUP(trunc(create_time,'MM'), region)替代CUBE(trunc(create_time,'MM'), region, create_time) - Oracle优化器对
CUBE的执行计划较保守，大数据量下建议加/*+ USE_HASH_AGGREGATION */提示
和GROUPING SETS比，CUBE在Oracle里更难控制输出
CUBE(a,b,c)等价于GROUPING SETS((a,b,c),(a,b),(a,c),(b,c),(a),(b),(c),())，但你没法跳过某个组合（比如不要单独(b)这一行）。当业务只要“部门+岗位”、“部门”、“全公司”三级，CUBE却强制塞进“岗位”单独汇总，就容易误导决策。
- 如果需求明确且组合少于6种，直接写
GROUPING SETS更安全，Oracle对其执行计划识别更好 -
CUBE适合探索性分析（比如刚拿到新数据源，还不确定哪些维度组合有价值） - Oracle 12c+开始支持
FILTER子句与GROUPING SETS嵌套，但CUBE仍不支持，想动态过滤得靠外层WHERE或HAVING
真正麻烦的是维度列本身含大量NULL值——Oracle的CUBE会把这些NULL当作独立分组值参与组合，导致结果里混入一堆“NULL+具体值”的无效行，而GROUPING()又只管汇总层级不管原始NULL，这点必须提前用NVL()或CASE清洗。
