GROUP BY 不支持动态列名，只能通过 CASE WHEN 显式枚举实现伪动态；语法解析阶段即固化结构，运行时无法替换列名；必须重复书写完整 CASE 表达式，不可引用别名；NULL 值会单独成组而非丢失；推荐 GROUPING SETS 实现多维汇总。
GROUP BY 本身不支持动态列名，所谓“动态维度分类”只能靠 CASE WHEN + 显式 GROUP BY 实现，且必须提前枚举所有可能的维度值——这不是真动态，是硬编码映射。
为什么不能直接把变量当 GROUP BY 列名用？
SQL 解析在执行前就完成，GROUP BY @dimension 或 GROUP BY '${col}' 会直接报语法错误。数据库不会在运行时重写语法树。你看到的“动态效果”，全是应用层拼 SQL 字符串或用 CASE 折叠字段模拟出来的。
- 硬写
GROUP BY CASE WHEN :dim = 'region' THEN region END看似灵活，但分组值变成字符串字面量，结果塌陷成一行 - 视图、CTE、子查询都无法响应运行时参数，它们在定义时就固化了结构
- 唯一安全的动态路径是：白名单校验 + 字符串拼接 +
PREPARE/EXECUTE（如 MySQL 存储过程），但引入注入风险和调试成本
CASE WHEN 放 GROUP BY 里要重复写整段表达式
标准 SQL 不允许在 GROUP BY 中引用 SELECT 里的别名，哪怕你写了 CASE WHEN region IN ('East','West') THEN 'Asia' ELSE 'Other' END AS continent，GROUP BY continent 也非法。
- 必须把整个
CASE表达式原样复制进GROUP BY，例如：GROUP BY CASE WHEN region IN ('East','West') THEN 'Asia' ELSE 'Other' END - PostgreSQL 和 MySQL 8.0+ 允许用列序号（
GROUP BY 1）简化，但可读性差，换列顺序就崩 - 分支返回类型必须一致，否则报错
CASE types text and date cannot be matched；统一转TEXT或用COALESCE(..., 'unknown')补缺
NULL 值会让分组结果“消失”，但其实它全挤在 NULL 桶里
当某行在所选维度上为 NULL（比如 product_category IS NULL），CASE 表达式也返回 NULL，GROUP BY 会把它单独归为一组——不是数据丢了，是都堆在 grouping_key IS NULL 这一行里。
- 查出这些行：
WHERE grouping_key IS NULL单独过滤 - 前端展示前强制非空：
COALESCE(CASE ..., 'unspecified') - 业务层需约定空值映射规则，避免不同模块对 NULL 的解释不一致
真需要多维度交叉汇总？优先用 GROUPING SETS 而不是 UNION ALL
如果报表要同时输出“按地区汇总”“按品类汇总”“总计”，别手写三个 SELECT 加 UNION ALL——维护难、无法共用 WHERE 条件、执行计划不可控。
- PostgreSQL 可用：
GROUP BY GROUPING SETS ((region), (product_category), ()) - 配合
COALESCE(region, 'ALL')和GROUPING()函数判断当前行是否参与该维度分组 - MySQL 旧版不支持，只能退回到
UNION ALL，但要注意各分支字段类型、顺序、NULL 处理必须严格一致
最常被忽略的一点：CASE 分支漏写某个枚举值，对应的数据就彻底不出现在结果里——不是变 NULL，是直接丢弃。这在配置表驱动的场景下尤其危险，建议先 SELECT DISTINCT 枚举值再生成 CASE 分支，而不是靠经验硬写。
