COUNT(CASE WHEN) 单独无法计算完成率，因其仅返回整数计数，而完成率需“已完成数/总数×100”，须配合浮点转换、NULLIF防除零及ROUND控制精度。
COUNT(CASE WHEN) 不能直接算完成率，必须配合其他聚合或转换，否则结果是整数计数而非百分比
为什么 COUNT(CASE WHEN) 单独用不了完成率
COUNT() 返回的是行数，比如 COUNT(CASE WHEN status = 'done' THEN 1 END) 只给出「已完成」的订单条数，不是比例。完成率本质是「分子 / 分母 × 100」，需要两个独立聚合值参与运算。
常见错误是写成：COUNT(CASE WHEN status = 'done' THEN 1 END) / COUNT(*) —— 这在 PostgreSQL 和 SQL Server 中默认返回 0（整数除法截断），MySQL 8.0+ 默认也做整数除，结果永远是 0 或 1。
必须显式转浮点或乘 100.0 才能得到小数结果。
- 错：
COUNT(CASE WHEN status='done' THEN 1 END) / COUNT(*) * 100→ 整数除，结果失真 - 对：
ROUND(COUNT(CASE WHEN status='done' THEN 1 END) * 100.0 / NULLIF(COUNT(*), 0), 2) -
NULLIF(COUNT(*), 0)防止分母为 0 报错，比直接写COUNT(*)更安全
按分组计算完成率时 GROUP BY 的坑
如果要算「每个项目下的任务完成率」，GROUP BY project_id 是必须的，但容易漏掉空状态或 NULL 分组。
例如：status 字段含 NULL 值时，COUNT(CASE WHEN status = 'done' THEN 1 END) 不会统计这些行，而 COUNT(*) 会——这会导致分母偏大、完成率被拉低。
- 推荐先过滤脏数据：
WHERE status IS NOT NULL，或 - 在 CASE 中显式覆盖：
COUNT(CASE WHEN status = 'done' THEN 1 WHEN status IS NULL THEN NULL ELSE NULL END)（冗余，不推荐） - 更稳妥：用
SUM(CASE WHEN status = 'done' THEN 1 ELSE 0 END)替代 COUNT，语义一致且不易漏分支
完成率字段名和精度控制要点
直接写 ... * 100.0 / NULLIF(COUNT(*), 0) 得到的是带多位小数的浮点数，业务上通常只要 1–2 位小数。
ROUND(..., 2) 是最常用方式，但注意：某些数据库（如旧版 MySQL）中 ROUND(12.5, 0) 可能四舍五入为 12（银行家舍入），若需确定性舍入，可用 TRUNCATE(..., 2)（MySQL）或 CAST(... AS DECIMAL(5,2))（PG/SQL Server）。
- 别名必须写清楚，比如
AS completion_rate_pct，避免下游取不到字段 - 如果结果要用于前端展示，建议在 SQL 层就补上
%符号：CONCAT(ROUND(..., 2), '%')，但注意类型变成字符串，无法再参与数值计算 - 零值分母处理不能只靠
NULLIF，还得看业务是否接受 NULL；若必须返回 0，可套一层COALESCE(..., 0)
最易被忽略的是：完成率不是纯粹的数学计算，它依赖状态定义是否完备。比如「done」之外还有「success」「finished」「closed」等多个等效状态，没在 CASE 中合并就会低估分子——这比语法错误更难排查。
