SQL动态分组通过CASE表达式、多字段联合、应用层拼接或存储过程实现，根据运行时参数灵活切换GROUP BY维度，适用于报表中按部门、职级等不同条件统计的场景。
SQL 动态分组的核心是根据不同的条件或运行时参数改变 GROUP BY 的维度，通常用于报表场景中需要灵活切换统计维度的情况。虽然标准 SQL 不支持直接在 GROUP BY 中使用变量控制分组字段，但可以通过以下几种方式实现“动态分组”效果。
1. 使用 CASE 配合聚合函数（条件分组）
当需要根据参数决定是否合并某些分组时，可以利用 CASE 表达式将不同值映射为相同分组键。
示例：按部门或公司级别汇总薪资假设有一个员工表 employees(dept, level, salary)，你想根据输入参数决定是按部门分组还是按职级分组：
SELECT CASE WHEN :group_by = 'dept' THEN dept ELSE level END AS group_key, SUM(salary) AS total_salary FROM employees GROUP BY CASE WHEN :group_by = 'dept' THEN dept ELSE level END;
这里 :group_by 是传入的参数，可由应用程序控制。这种方式适用于分组字段在同一列的不同取值间切换。
2. 多字段联合分组 + 过滤控制
如果允许组合分组（如“按部门”、“按部门+年份”），可以在 GROUP BY 中包含所有可能字段，再通过外部逻辑或 HAVING 控制输出。
示例：动态选择是否细分到月份表 sales(dept, sale_month, amount)
SELECT dept, CASE WHEN :with_month = 1 THEN sale_month ELSE 'ALL' END AS month_group, SUM(amount) AS total_amount FROM sales GROUP BY dept, CASE WHEN :with_month = 1 THEN sale_month ELSE 'ALL' END;
当 :with_month = 0 时，所有月份被归为 'ALL'，实现粗粒度分组；等于 1 时则细分为每月数据。
3. 应用层拼接 SQL（完全动态）
最灵活的方式是在应用代码中根据参数动态生成 SQL 语句。
例如使用 Python 构建查询
group_fields = []
if by_dept: group_fields.append("dept")
if by_year: group_fields.append("EXTRACT(YEAR FROM order_date)")
if by_region: group_fields.append("region")
group_clause = ", ".join(group_fields)
sql = f"SELECT {', '.join(group_fields)}, SUM(amount) FROM orders GROUP BY {group_clause}"
这种方法灵活性最高，能完全控制分组逻辑，适合复杂多变的分析需求。
4. 使用存储过程（数据库内实现）
在支持动态 SQL 的数据库（如 PostgreSQL、SQL Server、MySQL）中，可用存储过程构造并执行动态语句。
MySQL 示例：
DELIMITER //
CREATE PROCEDURE DynamicGroup(IN group_type VARCHAR(20))
BEGIN
SET @sql = CONCAT('SELECT ',
CASE group_type
WHEN 'dept' THEN 'dept'
WHEN 'month' THEN 'MONTH(order_date)'
WHEN 'dept_month' THEN 'dept, MONTH(order_date)'
ELSE '1'
END,
', SUM(amount) FROM sales GROUP BY ',
CASE group_type
WHEN 'dept' THEN 'dept'
WHEN 'month' THEN 'MONTH(order_date)'
WHEN 'dept_month' THEN 'dept, MONTH(order_date)'
ELSE '1'
END
);
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;
END //
DELIMITER ;
调用 CALL DynamicGroup('dept_month'); 即可按部门和月份分组。
基本上就这些常见做法。选择哪种方式取决于你的数据库系统、性能要求以及前端交互逻辑。核心思路是：要么用表达式模拟动态行为，要么在外部真正生成不同的 SQL。不复杂但容易忽略的是权限和注入风险——尤其是拼接 SQL 时务必对输入做校验。
