COUNT(CASE WHEN ...) 是 SQL Server 中条件分组计数最高效方式，单次扫描完成多条件统计，避免 WHERE 过滤丢失数据或子查询性能差；THEN 后须为非 NULL 值，END 不可省略，NULL 由 COUNT 自动忽略，需用 ISNULL 封装返回 0。
COUNT(CASE WHEN ...) 是 SQL Server 中实现条件分组计数最直接、最高效的方式，无需子查询或临时表，一条 GROUP BY 就能同时统计多个条件维度。
为什么不用 WHERE + COUNT(*) 或子查询？
用 WHERE 会过滤掉不满足条件的行，导致其他分组项丢失；子查询嵌套多层易读性差，且 SQL Server 优化器对多层 SELECT 套 COUNT 的执行计划往往不如单层聚合稳定。而 COUNT(CASE WHEN ...) 在同一扫描中完成所有条件判断，IO 和 CPU 开销更低。
常见错误现象：COUNT(CASE WHEN status = 'active' THEN 1 END) 返回 0 行时结果为 NULL（因为没匹配到任何行，COUNT(NULL) 计为 0），但有人误以为是语法错或数据空——其实这是预期行为，COUNT 天然忽略 NULL。
- 必须写
ELSE NULL或省略ELSE（默认即为NULL），不能写ELSE 0，否则COUNT(0)会把 0 当作有效值计数 - 若想返回 0 而非
NULL，应在外层用ISNULL(..., 0)或COALESCE(..., 0) - 条件表达式里避免使用函数包裹字段（如
UPPER(status)），否则无法走索引，影响大表性能
COUNT(CASE WHEN ...) 的标准写法与参数差异
核心结构是 COUNT(CASE WHEN <condition> THEN <non-null-value> END)</non-null-value></condition>，其中 THEN 后必须是非 NULL 值（常用 1、'x' 或具体字段），END 不可省略。
对比几种写法：
SELECT dept_id, COUNT(*) AS total, COUNT(CASE WHEN status = 'active' THEN 1 END) AS active_cnt, COUNT(CASE WHEN score >= 80 THEN score END) AS high_score_cnt, COUNT(CASE WHEN created_date >= '2024-01-01' THEN 1 END) AS new_cnt FROM users GROUP BY dept_id;
-
COUNT(CASE WHEN status = 'active' THEN 1 END)：标准写法，清晰、安全、通用 -
COUNT(CASE WHEN status = 'active' THEN status END)：可行，但若status字段本身允许NULL，可能混入意外逻辑（比如status是NULL但条件不满足，不会进入THEN，所以实际无影响；但可读性下降） -
SUM(CASE WHEN status = 'active' THEN 1 ELSE 0 END)：也能算数量，但语义不如COUNT准确，且在有NULL分组键时行为更难推断
处理多条件组合与空值陷阱
当需要统计“既是 active 又 score > 90”的人数，不要写两个嵌套 CASE，直接在 WHEN 中用 AND 连接：
COUNT(CASE WHEN status = 'active' AND score > 90 THEN 1 END) AS elite_cnt
真正容易被忽略的是字段本身含 NULL 的情况。例如 score 列有 NULL，写 COUNT(CASE WHEN score > 80 THEN 1 END) 不会把 NULL 算进去——这没问题；但若写成 COUNT(CASE WHEN ISNULL(score, 0) > 80 THEN 1 END)，就破坏了原生索引利用，且语义已偏离“真实 score > 80”。
- 统计“未填 score”的人数：用
COUNT(CASE WHEN score IS NULL THEN 1 END)，不是= NULL - 区分 “
score = 0” 和 “score IS NULL”，二者在条件中必须显式分开写 - 如果分组字段（如
dept_id）本身可能为NULL，SQL Server 默认会把所有NULL归为同一组，需确认业务是否接受该行为
最常被跳过的细节：当 CASE 表达式里涉及计算列或函数（如 DATEPART(year, created_date)），即使该列上有索引，SQL Server 通常也无法下推过滤，建议提前在视图或 CTE 中物化这类字段再分组。
