SQL Server中CUBE必须用GROUP BY col1, col2 WITH CUBE语法，不支持标准SQL的GROUP BY CUBE()；需用GROUPING()区分占位NULL与真实NULL，列序影响GROUPING()值排列；高基数列易致行数爆炸，须降维或前置过滤；结果无序，需显式ORDER BY控制输出顺序。
SQL Server中CUBE的语法必须带WITH，不能直接写GROUP BY CUBE()
SQL Server不支持标准SQL的GROUP BY CUBE(col1, col2)写法，必须用WITH CUBE后缀。写成GROUP BY col1, col2 WITH CUBE才合法，否则报错“Incorrect syntax near 'CUBE'”。
常见错误是照搬PostgreSQL或Oracle写法，漏掉WITH关键字。另外注意：列顺序不影响组合逻辑（(a,b)和(b,a)生成的CUBE结果完全一致），但会影响GROUPING()函数返回值的排列顺序。
-
GROUP BY region, product WITH CUBE和GROUP BY product, region WITH CUBE输出行数、内容相同 - 但
GROUPING(region)和GROUPING(product)的值在每行中的对应关系会随列序改变 - 如果后续要用
HAVING过滤特定汇总层级，列序必须和GROUPING()调用保持一致
CUBE结果里的NULL不是脏数据，得用GROUPING()函数区分语义
执行SELECT region, product, SUM(sales) FROM sales GROUP BY region, product WITH CUBE后，region = NULL可能表示“所有地区汇总”，也可能真是原始数据里region字段为空——单看值无法判断。
这时候GROUPING(region)就是唯一可靠依据：GROUPING(region) = 1代表该行是CUBE自动生成的汇总行（此时region的NULL是占位符）；= 0才是原始数据中的NULL。
- 想筛选“仅按product汇总、region被折叠”的行，用
HAVING GROUPING(region) = 1 AND GROUPING(product) = 0 - 直接写
WHERE region IS NULL AND product IS NOT NULL会漏掉真实region为NULL但product有值的明细行 -
GROUPING_ID(region, product)可一次性返回组合编码（如region=1, product=0→ 返回2），适合多维时简化判断
用COALESCE()美化显示时，别覆盖真实NULL
报表展示时一堆NULL确实难读，但直接COALESCE(region, 'ALL')会把业务上真实的空地区也标成“ALL”，造成统计失真。
安全做法是只对CUBE生成的占位NULL做替换，即结合GROUPING()判断：
SELECT CASE WHEN GROUPING(region) = 1 THEN 'ALL' ELSE COALESCE(region, '(unknown)') END AS region, CASE WHEN GROUPING(product) = 1 THEN 'ALL' ELSE COALESCE(product, '(unknown)') END AS product, SUM(sales) AS total FROM sales GROUP BY region, product WITH CUBE
-
COALESCE(region, '(unknown)')保留原始NULL语义，仅把缺失值标记为“(unknown)” -
GROUPING(region) = 1分支专用于处理CUBE生成的逻辑汇总行 - 这样既避免歧义，又让报表可读性提升
CUBE输出行数爆炸，高基数列必须提前过滤或降维
CUBE对n个维度列产生2ⁿ行结果。3列→8行，5列→32行，7列→128行——看着不多，但若其中一列是user_id（基数几百万），CUBE会尝试枚举所有组合，实际执行直接卡死或OOM。
真正能跑通的CUBE查询，维度列必须满足：低基数、业务意义明确、且已做过前置过滤。
- 上线前先估算：
SELECT COUNT(*) FROM sales GROUP BY region, product, status WITH CUBE看是否秒出 - 禁止在CUBE中放入
created_at、order_id、email这类高基数列 - 如果必须分析时间维度，先用
DATEPART(YEAR, order_time)或FORMAT(order_time, 'yyyy-MM')降维成年/月粒度 - 用
HAVING COUNT(*) > 10等条件在聚合后进一步裁剪，但不如前置过滤高效
最常被忽略的一点：CUBE本身不排序，SQL Server返回顺序不可控。如果前端渲染依赖“总计行在最后”，必须显式加ORDER BY GROUPING(region), GROUPING(product), region, product，否则每次执行顺序都可能变。
