动态维度GROUP BY指分组字段由参数或运行时逻辑决定，因SQL标准不支持列名变量，需用预处理语句拼接SQL或CASE模拟；须严格校验字段白名单防SQL注入。
什么是动态维度 GROUP BY？
动态维度指分组字段不写死，而是由参数、变量或运行时逻辑决定。SQL 标准语法不支持直接把列名当变量传给 GROUP BY，硬写 GROUP BY @column 会报错：ERROR: column "@column" does not exist。这不是语法糖缺失，而是 SQL 解析阶段就要求分组字段必须是明确的列引用或表达式。
用预处理语句（PREPARE + EXECUTE）拼接 SQL
这是最通用、兼容性最好的方案，适用于 PostgreSQL、MySQL 8.0+、SQL Server 等支持动态执行的数据库。核心思路：在应用层或存储过程中构造完整 SQL 字符串，再执行。
- PostgreSQL 示例（函数内）：
DO $$ DECLARE group_col TEXT := 'status'; BEGIN EXECUTE format('SELECT %I, COUNT(*) FROM orders GROUP BY %I', group_col, group_col); END $$; - MySQL 中需用
PREPARE+EXECUTE，且group_col必须拼进字符串，不能作为参数占位符（?只能代入值，不能代入列名） - 注意 SQL 注入风险：务必校验
group_col是否在白名单内（如IN ('status', 'region', 'product_type')），不能直接拼接用户输入
用 CASE + 固定分组字段模拟“伪动态”
当动态维度集合有限（比如只有 3–5 个可选字段），且查询频次高、对性能敏感时，可避免动态 SQL，改用条件聚合 + 常量分组占位。
- 适用场景：BI 工具后端、报表接口，前端传参如
dimension=region - 示例（统一用
GROUP BY 1配合CASE）：SELECT CASE WHEN ? = 'region' THEN region WHEN ? = 'status' THEN status ELSE product_category END AS dim_value, COUNT(*) FROM orders GROUP BY CASE WHEN ? = 'region' THEN region WHEN ? = 'status' THEN status ELSE product_category END; - 缺点：每个
CASE分支都要读全表字段，无法利用region列上的索引做高效分组；若分支多，执行计划可能退化
应用层组装 vs 数据库端动态 SQL 的取舍
真正需要动态列名时，优先在应用代码里拼 SQL 字符串（Python/Java/Go），而不是塞进存储过程。原因很实际：
- 数据库侧动态 SQL 调试困难，错误堆栈不友好，日志难追踪
- 连接池中预编译语句（
PreparedStatement）无法缓存不同列名的版本，反而降低性能 - 权限控制更清晰：应用可限制仅允许特定字段参与分组，数据库侧白名单容易漏配
- PostgreSQL 的
format('%I', col)和 MySQL 的CONCAT()都得小心引号和标识符转义，稍有不慎就语法错误
动态维度的本质是元数据驱动查询，关键不在“怎么写 SQL”，而在于字段合法性校验和执行上下文隔离——这点常被忽略，直到线上跑出 GROUP BY "user; DROP TABLE orders;" 这种事故。
