GROUP BY 不支持直接使用变量或函数，须用 CASE WHEN 实现伪动态分组或应用层白名单拼 SQL；多条件复杂逻辑应抽离至映射表解耦。
GROUP BY 不能直接套变量或函数调用
你写 GROUP BY @group_field 或 GROUP BY UPPER(region) 看似合理，但多数数据库（MySQL、PostgreSQL、SQL Server）会在解析阶段报错，比如 Unknown column '@group_field' in 'group statement' 或 column "UPPER(region)" does not exist。这不是配置问题，是 SQL 标准限制：GROUP BY 必须引用明确列名、序号（如 GROUP BY 1），或确定性表达式（如 DATE_TRUNC('month', created_at)），不能依赖运行时参数或未声明变量。
CASE WHEN 是最可控的“伪动态”方案
适用于分组维度 ≤ 5 个、且业务规则固定可枚举的场景。核心是把所有可能的分组逻辑写进同一个 CASE WHEN 表达式，并在 SELECT 和 GROUP BY 中**完全一致地复用**。
- 必须显式对齐类型：比如
region是VARCHAR，sales_month是DATE，就需统一转成TEXT或用TO_CHAR(sales_month, 'YYYY-MM') - NULL 值会全归入同一组，容易漏数据——建议用
COALESCE(CASE ..., 'unspecified')显式兜底 - 别把逻辑写两遍：用 CTE 先算出分组键，再对外层
GROUP BY group_key，避免改一处漏一处
示例（PostgreSQL）：
WITH grouped AS (
SELECT
id,
amount,
CASE $1
WHEN 'region' THEN region
WHEN 'product_line' THEN product_line
WHEN 'quarter' THEN TO_CHAR(order_date, 'YYYY-Q')
ELSE 'all'
END::TEXT AS group_key
FROM orders
WHERE status = 'completed'
)
SELECT group_key, SUM(amount) FROM grouped GROUP BY group_key;
真动态？只能靠应用层拼 SQL，但白名单是生死线
报表系统前端传过来一个 dimension=customer_segment，后端不能直接插进 SQL 字符串里执行。一旦跳过校验，就是高危 SQL 注入。
- 字段名必须提前定义在白名单中：
allowed_dims = ['region', 'customer_segment', 'order_month'] - 必须查
INFORMATION_SCHEMA.COLUMNS确认该字段真实存在、类型支持分组（比如 MySQL 对TEXT字段要求加前缀长度） -
SELECT列表里出现的非聚合字段，必须原样出现在GROUP BY中——拼接时漏掉一个，MySQL 5.7+ 严格模式直接报错 - 如果字段含点号（如
user.name）或空格，需额外做标识符转义（如 PostgreSQL 用双引号，MySQL 用反引号）
多条件组合分组，优先用映射表而非嵌套 CASE
当业务规则本身复杂（比如“VIP 客户按地区分组，普通客户按城市分组，海外客户按国家分组”），硬塞进一个 CASE WHEN 会导致可读性崩坏、维护困难。
- 把分组逻辑抽成独立映射表（如
customer_grouping_rules），包含customer_id,group_category,group_value三列 - 查询时先
JOIN这张表，再对group_value分组——逻辑变更只需改表，不动 SQL - 注意映射表要加索引（
ON customer_id），否则 JOIN 成为性能瓶颈
这类场景下，硬拼 SQL 或堆 CASE 都不是长久之计；真正难的不是语法，而是把业务规则从 SQL 里解耦出来。
