直接套用 case when 在动态多条件场景下易出错，因其不感知条件启用状态，硬编码会导致逻辑僵化、sql注入或破坏索引下推；正确做法是where预过滤、case仅负责聚合分流，参数化处理数组输入，并按需补零。
为什么直接套用 CASE WHEN 在动态多条件场景下容易出错
因为 CASE WHEN 本身不感知“条件是否启用”，它只会机械地逐行判断表达式。当某些筛选条件来自用户输入（比如前端传来的 status_filter、region_list），硬编码在 CASE 中会导致逻辑僵化或 SQL 注入风险；更常见的是，把参数判空逻辑塞进 CASE 分支里，结果 SUM(CASE WHEN @status IS NULL OR status = @status THEN amount ELSE 0 END) 看似灵活，实则破坏了索引下推能力，全表扫描变多。
SUM + CASE WHEN 的正确组合姿势：条件预过滤优先于分支内判断
真正高效的做法是把动态条件尽量“提到 WHERE 子句”，只让 CASE WHEN 负责聚合维度的逻辑分流，而非兜底过滤。例如要按地区分组统计“已支付订单金额”和“待审核订单金额”，且允许用户不选地区：
SELECT COALESCE(region, 'ALL') AS region_group, SUM(CASE WHEN status = 'paid' THEN amount ELSE 0 END) AS paid_sum, SUM(CASE WHEN status = 'pending' THEN amount ELSE 0 END) AS pending_sum FROM orders WHERE (@region IS NULL OR region = @region) AND (@status IS NULL OR status = @status) GROUP BY region;
-
@region和@status是参数，WHERE先筛数据，减少参与聚合的行数 -
CASE WHEN只做“分类求和”，不承担过滤职责，语义清晰、执行计划稳定 - 如果
region字段有索引，SQL Server/PostgreSQL 通常能走索引查找；MySQL 8.0+ 在部分场景下也能下推
多个离散值条件（如多选地区）怎么安全拼接
前端传 ['bj', 'sh', 'gz'] 这类数组时，不能直接拼字符串进 SQL——那是注入温床。正确做法取决于数据库能力：
- PostgreSQL：用
WHERE region = ANY($1)，绑定参数为ARRAY['bj','sh','gz'] - SQL Server：用表值参数（TVP）或
STRING_SPLIT（2016+），避免IN ('a','b','c')拼接 - MySQL：没有原生数组参数，推荐用临时表或 JSON 函数，例如
JSON_CONTAINS(@regions_json, CONCAT('"', region, '"'))，前提是@regions_json是合法 JSON 字符串如'["bj","sh"]'
切忌写成 WHERE region IN ('" + user_input.join("','") + "') ——哪怕加了单引号转义，也挡不住 Unicode 换行符绕过。
聚合结果为空时返回 0 而不是 NULL，别只靠 ISNULL
SUM 对空集合返回 NULL，但业务常要求 0。很多人习惯包一层 ISNULL(SUM(...), 0) 或 COALESCE(SUM(...), 0)，这没问题；但若整个 GROUP BY 结果集为空（比如 WHERE 条件无匹配），那连一行都不会出来——这时候 COALESCE 压根没机会执行。
真要确保“至少返回一行 0 值”，得靠左连接虚拟行或 UNION ALL 补零逻辑，例如：
SELECT region_group, paid_sum, pending_sum FROM (
SELECT COALESCE(region, 'ALL') AS region_group,
SUM(CASE WHEN status = 'paid' THEN amount ELSE 0 END) AS paid_sum,
SUM(CASE WHEN status = 'pending' THEN amount ELSE 0 END) AS pending_sum
FROM orders
WHERE (@region IS NULL OR region = @region)
GROUP BY region
UNION ALL
SELECT 'EMPTY_RESULT' AS region_group, 0 AS paid_sum, 0 AS pending_sum
WHERE NOT EXISTS (
SELECT 1 FROM orders
WHERE (@region IS NULL OR region = @region)
)
) t
WHERE region_group != 'EMPTY_RESULT' OR (SELECT COUNT(*) FROM orders WHERE (@region IS NULL OR region = @region)) = 0;
实际项目中，这类兜底更多交给应用层处理，SQL 层保持轻量；但如果报表必须“零行即零值”，就得在 SQL 里显式补。
动态条件下的聚合，最难的不是写对语法，而是分清“谁该过滤、谁该分类、谁该兜底”。一旦把责任混在 CASE WHEN 里，后面加个新条件就容易牵一发而动全身。
