GROUP BY 后不能拼接字段名，因SQL标准禁止运行时解析列名，须用CASE WHEN折叠为统一表达式再GROUP BY 1，配合显式类型转换与COALESCE处理空值，确保跨库兼容与安全。
不能直接拼接字段名到 GROUP BY 后，必须用 CASE WHEN 折叠为表达式，否则会触发语法错误或类型不匹配。
为什么 GROUP BY 后不能用变量或字符串拼接列名
SQL 标准不允许运行时解析列名，GROUP BY @dimension 或 GROUP BY CONCAT('region', '_id') 在所有主流数据库中都会报错。MySQL 提示 Unknown column，PostgreSQL 报 column does not exist，SQL Server 拒绝解析。这不是权限或版本问题，是语法层面禁止。
- 预处理语句（PREPARE/EXECUTE）能拼接整个 SQL 字符串，但每次执行都需重新编译，高并发下易触发缓存抖动
- 应用层拼接 SQL 字符串风险极高：若
:dimension_param来自用户输入且未白名单校验，直接导致 SQL 注入 - 即使参数可信，不同数据库对字段别名引用的支持不一致（如 PostgreSQL 允许
GROUP BY 1，MySQL 8.0+ 才支持，SQL Server 不支持）
CASE WHEN + GROUP BY 1 是最通用的安全写法
把多个候选维度统一映射到一个计算列，再用位置序号 GROUP BY 1 引用，避免重复写字段名，也规避类型冲突。
- 所有分支返回值必须类型兼容：用
CAST(region AS TEXT)、TO_CHAR(sale_date, 'YYYY-MM')或COALESCE(product_category, 'unknown')统一兜底 - 显式处理 NULL：分支中不加
ELSE会导致默认返回 NULL，而GROUP BY NULL会把所有空值挤进一组，业务上常被误判为“数据丢失” - PostgreSQL 可进一步用
GROUPING()函数识别该组是否由 NULL 值构成，便于前端区分展示逻辑
示例：SELECT CASE :dim WHEN 'region' THEN CAST(region AS TEXT) WHEN 'product' THEN product_code ELSE 'all' END AS k, SUM(sales) FROM t GROUP BY 1
多维交叉报表优先用 GROUPING SETS 而非 UNION ALL
当需要同时输出“按地区汇总”、“按产品汇总”、“总计”三类结果时，手写三个 SELECT ... GROUP BY region 再 UNION ALL，不仅重复写过滤条件（如 WHERE dt > '2024-01-01'），还无法共享执行计划。
-
GROUPING SETS是 PostgreSQL 和 SQL Server 原生支持的语法，MySQL 目前不支持，强行模拟需用子查询 + 多次 UNION，性能和可读性双降 - 注意
GROUPING SETS ((a), (b), ())中空括号()表示全表聚合，对应行中所有分组字段显示为NULL，需配合COALESCE(a, 'TOTAL')做展示层美化 - 若数据库不支持，宁可用 CTE 预聚合三次再 UNION，也不要在一个大 JOIN 后强行 GROUP BY 多套字段——内存开销呈指数增长
拼接字段值（非分组字段名）时注意数据库差异
报表里常见需求：把每个分组内的用户名拼成逗号串。这和“动态分组”是两件事，但常被混淆。
- MySQL 用
GROUP_CONCAT(name ORDER BY name SEPARATOR ', ')，长度受group_concat_max_len限制，默认仅 1024 字符 - PostgreSQL 用
STRING_AGG(name, ', ' ORDER BY name)，无硬限制，但大数据量时可能 OOM - SQL Server 必须用
STRING_AGG（2017+）或老式STUFF(FOR XML PATH)，后者对特殊字符（如<）会自动转义，需额外TYPE.value处理 - 所有数据库中，若某组内全部
name为 NULL，GROUP_CONCAT/STRING_AGG返回 NULL 而非空字符串，需外层套COALESCE(..., '')
真正难的不是写对一句 SQL，而是确保同一套逻辑在不同环境（开发/测试/生产）、不同数据库（MySQL/PostgreSQL）、不同版本（5.7 vs 8.0 vs 15）下行为一致。CASE WHEN 折叠分组 + 显式类型转换 + COALESCE 处理空值，这套组合拳覆盖了 95% 的动态报表场景，且没有隐藏陷阱。
