SQL中无“动态钻取”语法，需用GROUPING SETS（或UNION ALL）预定义多粒度聚合，配合COALESCE和GROUPING函数统一NULL语义与层级识别。
SQL中没有“动态钻取”语法，得靠条件聚合 + NULL处理
SQL本身不支持运行时切换分组维度，所谓“动态钻取”本质是预先写好多个粒度的聚合逻辑，再用CASE WHEN或GROUPING SETS把不同层级的结果合并到一张结果集里。关键不是“一条语句多灵活”，而是“一条语句覆盖多场景”。
常见错误是试图用变量或字符串拼接列名（比如GROUP BY @dim），这在标准SQL里非法，PostgreSQL/MySQL都不支持；即使某些数据库（如SQL Server）允许动态SQL，也脱离了“单条语句”的前提。
- 真正可行的是用
GROUPING SETS（PostgreSQL 9.5+、SQL Server、Oracle、Trino均支持），它能一次性产出多个分组组合的结果 - MySQL 8.0+ 不支持
GROUPING SETS，只能退回到UNION ALL+ 多个GROUP BY，但要注意NULL语义统一（比如用COALESCE(region, 'ALL')对齐空值） - 所有维度字段必须提前确定，不能依赖用户输入实时改变列结构——那属于应用层职责，SQL只负责计算
用GROUPING SETS实现销售数据的省→市→门店三级钻取
假设表sales有province、city、store_id、amount四列，要一条语句返回三个粒度的聚合（含小计和总计），直接写：
SELECT COALESCE(province, 'TOTAL') AS province, COALESCE(city, 'ALL_CITIES') AS city, COALESCE(store_id, 'ALL_STORES') AS store_id, SUM(amount) AS total_amount, GROUPING(province) AS g_province, GROUPING(city) AS g_city, GROUPING(store_id) AS g_store FROM sales GROUP BY GROUPING SETS ( (province, city, store_id), -- 最细粒度：门店 (province, city), -- 中粒度：城市小计 (province), -- 粗粒度：省份小计 () -- 总计 );
GROUPING()函数返回1表示该列在当前行是因GROUPING SETS生成的占位NULL，不是原始数据里的空值——这是区分“无数据”和“汇总行”的唯一可靠方式。
- 别漏掉
COALESCE，否则结果里全是NULL，前端没法识别层级 - 顺序很重要：
GROUPING SETS括号内元组越长，粒度越细；应用层按g_province/g_city值判断当前行属于哪一级汇总 - 如果某级维度缺失（比如某些城市没填
province），先用WHERE province IS NOT NULL过滤，否则GROUPING SETS会把NULL当作一个合法分组值
MySQL用户怎么办：用UNION ALL模拟但必须统一NULL语义
MySQL 8.0不支持GROUPING SETS，但可以用UNION ALL拼接不同GROUP BY结果。难点不在写法，而在让四组结果的列结构完全一致，尤其NULL含义要对齐：
SELECT province, city, store_id, SUM(amount) AS total_amount FROM sales GROUP BY province, city, store_id UNION ALL SELECT province, city, NULL AS store_id, SUM(amount) FROM sales GROUP BY province, city UNION ALL SELECT province, NULL AS city, NULL AS store_id, SUM(amount) FROM sales GROUP BY province UNION ALL SELECT NULL AS province, NULL AS city, NULL AS store_id, SUM(amount) FROM sales;
这里每层都显式用NULL AS xxx确保列名和空值类型一致。但注意：UNION ALL不保证顺序，必须加ORDER BY才能让“门店→城市→省份→总计”有序展示：
- 加排序字段：在每个子查询里补一列
level INT（如门店=3，城市=2），最后ORDER BY level, province, city, store_id - 性能上，四次全表扫描比一次
GROUPING SETS开销大，大数据量慎用 - 如果维度超过3个（比如加
product_category），UNION ALL子句会指数增长，此时应考虑物化中间结果或换用支持GROUPING SETS的引擎
为什么不能用CASE WHEN + GROUP BY做“伪动态”？
有人尝试这样写：GROUP BY CASE WHEN @level='city' THEN city ELSE province END，看似灵活，实际问题很多：
-
@level是用户变量，MySQL中它在GROUP BY里不被解析为列名，而是当成常量表达式，导致全表归为一组 - 即使能运行（如某些旧版MySQL），结果列的别名无法随
@level变化，前端仍需硬编码处理不同结构 - 聚合函数如
SUM(amount)无法按条件切换作用域——你不能写SUM(CASE WHEN @level='city' THEN amount ELSE 0 END)来替代分组，那只是加权求和，不是真正的分组聚合 - 最致命的是：这种写法让SQL失去可预测性，执行计划无法复用，索引可能失效
真正需要“动态”的地方（比如前端点击下钻），应该由应用层决定发哪条预定义SQL，而不是逼SQL自己猜意图。
