CASE WHEN本身不生成行，只做列内判断；若某组未匹配任何WHEN分支则返回NULL，易被误判为“组合不存在”，实操须带ELSE、查DISTINCT值、统一大小写及空格，并用SUM(CASE WHEN...THEN 1 ELSE 0 END)替代COUNT实现全行计数。
为什么直接用 CASE WHEN 写透视表容易漏数据
因为 CASE WHEN 本身不生成行，只做列内判断；如果某组没匹配到任何 WHEN 分支，结果就是 NULL，而你可能误以为“该组合不存在”，其实是逻辑没覆盖全。常见于分类字段有空值、大小写混杂或隐式类型转换时。
实操建议：
- 所有
CASE WHEN必须带ELSE 0（或ELSE NULL，但要明确意图），避免意外NULL干扰聚合 - 先用
SELECT DISTINCT category FROM table看清实际取值，别凭经验写WHEN 'Active'却忽略数据库里存的是'active'或'ACTIVE ' - 字符串比较前加
TRIM(UPPER())统一处理，尤其源数据来自 Excel 或日志导入时
如何用 SUM(CASE WHEN ...) 替代 COUNT 实现条件计数
COUNT() 会跳过 NULL，但 CASE WHEN 不返回值时默认为 NULL，所以 COUNT(CASE WHEN ...) 和 SUM(CASE WHEN ... THEN 1 ELSE 0 END) 行为不同：前者只统计“命中分支”的行数，后者统计所有行并按条件加权。多数透视场景需要后者。
示例：统计各地区高价值客户（金额 ≥ 5000）与普通客户数量
SELECT region, SUM(CASE WHEN amount >= 5000 THEN 1 ELSE 0 END) AS high_value_cnt, SUM(CASE WHEN amount < 5000 THEN 1 ELSE 0 END) AS regular_cnt FROM orders GROUP BY region;
注意：ELSE 0 不可省略——否则 SUM 会把未命中分支的行当作 NULL，导致该行完全不参与求和。
嵌套 CASE WHEN 在多级分类中的写法陷阱
当需要按「状态 + 时间段」联合分类（如：‘已支付且本周下单’、‘已支付且上周下单’），不要写成 CASE WHEN status = 'paid' AND created_at >= ... THEN ... 堆叠多个 AND 条件。一旦某个条件字段含 NULL，整条判断即为 UNKNOWN，分支不触发。
更稳的写法是分层判断：
SELECT
SUM(CASE
WHEN status = 'paid' THEN
CASE
WHEN created_at >= CURRENT_DATE - INTERVAL '7 days' THEN 1
WHEN created_at >= CURRENT_DATE - INTERVAL '14 days' THEN 1
ELSE 0
END
ELSE 0
END) AS paid_last14days关键点：
- 外层
WHEN先过滤主维度（如status），减少内层计算量 - 每层
CASE都配ELSE，避免NULL传导 - 时间函数依赖数据库方言：
INTERVAL '7 days'是 PostgreSQL 写法，MySQL 要用DATE_SUB(NOW(), INTERVAL 7 DAY)
GROUP BY 与 CASE WHEN 列名冲突导致的报错
错误信息如 column "xxx" must appear in the GROUP BY clause，常因在 SELECT 中用了未命名的 CASE WHEN，又在 GROUP BY 里试图引用别名。SQL 标准要求 GROUP BY 必须基于原始字段或表达式，不能直接用 AS 别名。
解决方式只有两个：
- 在
GROUP BY中重复写整个CASE WHEN表达式（最稳妥，兼容所有数据库） - 用子查询或 CTE 先算出分类列，再在外层
GROUP BY引用别名（可读性好，但部分旧版 MySQL 不支持 CTE）
例如：
SELECT region_type, COUNT(*)
FROM (
SELECT
CASE WHEN population > 1000000 THEN 'big' ELSE 'small' END AS region_type
FROM cities
) t
GROUP BY region_type;这种结构绕开了表达式重复，也避免了字段名歧义——但要注意，CTE 在 SQLite 中不可用，必须用子查询替代。
