如何用COUNT(CASE WHEN...)在SQL Server中实现基于特定条件的分组计数？

本文共计1081个文字，预计阅读时间需要5分钟。

《使用COUNT(CASE WHEN...)实现条件分组计数，高效且直接》

在SQL Server中，COUNT(CASE WHEN...)是一个强大的功能，它可以直接实现条件分组计数，无需子查询或临时表，且效率高。通过一条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)，其中 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 中物化这类字段再分组。