应使用CASE WHEN将字符串或布尔字段显式转换为0/1后再聚合，如SUM(CASE WHEN status='active' THEN 1 ELSE 0 END)，该写法跨库兼容、语义清晰、可处理NULL及模糊匹配，避免依赖数据库隐式转换导致的计数偏差。
用 CASE WHEN 把字符串/布尔字段转成 0/1 再聚合
SQL 没有原生的“真假分组计数”语法，尤其当字段是 TEXT、VARCHAR（如 'true'/'false'）、CHAR(1)（如 'Y'/'N'）或数据库不支持 BOOLEAN 类型时，必须显式转换。直接对非数值字段用 COUNT() 只能统计非空行数，无法区分真假逻辑。
核心做法是用 CASE WHEN 构造一个虚拟的 0/1 列，再套 SUM() 或 COUNT()：
SELECT SUM(CASE WHEN status = 'active' THEN 1 ELSE 0 END) AS active_count, SUM(CASE WHEN status = 'inactive' THEN 1 ELSE 0 END) AS inactive_count FROM users;
注意：用 SUM() 比 COUNT() 更稳妥——COUNT(CASE ...) 会忽略 ELSE NULL 分支，但若漏写 ELSE，所有不匹配行都会变成 NULL，导致计数丢失。
PostgreSQL / MySQL / SQL Server 中 BOOLEAN 字段的特殊处理
虽然 PostgreSQL 原生支持 BOOLEAN，MySQL 用 TINYINT(1) 模拟，SQL Server 用 BIT，但它们在 GROUP BY 或条件聚合时行为不一致：
- PostgreSQL：可直接
GROUP BY is_published，值为TRUE/FALSE；但COUNT(is_published)仍会统计所有非空行，不是“真值个数” - MySQL：
is_featured = 1才是真，但WHERE is_featured可用；聚合时建议显式写SUM(is_featured)（因底层是整数） - SQL Server：
BIT字段在SUM()中自动转为整数，SUM(active_flag)等价于真值计数；但COUNT(active_flag)仍是行数
跨库可移植写法始终是：SUM(CASE WHEN col THEN 1 ELSE 0 END)，避免依赖类型隐式转换。
NULL 值和模糊匹配带来的计数偏差
真实数据里常混有 NULL、空字符串、大小写不一（'True' vs 'true'）、前后空格等。这些都会让 = 判断失效，导致假值被漏计或误归类。
安全做法包括：
- 用
TRIM(LOWER(status)) = 'true'统一标准化 - 显式处理
NULL：CASE WHEN status IS NULL THEN 0 WHEN LOWER(status) IN ('true', 't', '1', 'yes') THEN 1 ELSE 0 END - 把“不确定”单独拎出来：
COUNT(*) FILTER (WHERE status IS NULL)（PostgreSQL 9.4+），其他数据库用SUM(CASE WHEN status IS NULL THEN 1 ELSE 0 END)
别指望 COALESCE(status, 'false') 后再比对——万一原始字段是 'pending'，它会被错误当成 'false'。
用 PIVOT（SQL Server）或 FILTER（PostgreSQL）简化语法
部分数据库提供语法糖，但要注意兼容性：
- SQL Server：
PIVOT要求先转成两列（key,value），再聚合，反而更啰嗦；不如坚持CASE WHEN - PostgreSQL：
COUNT(*) FILTER (WHERE is_deleted)是真值计数最简写法，COUNT(*) FILTER (WHERE NOT is_deleted)是假值计数，且自动跳过NULL - SQLite / MySQL：无
FILTER，只能靠CASE；MySQL 8.0+ 支持窗口函数，但聚合场景仍需CASE
真正省事的只有 PostgreSQL 的 FILTER；其余场景，手写 CASE WHEN 是唯一可靠路径——它不挑方言，语义清晰，执行计划也容易预测。
别为了少写几行去记不同数据库的语法糖，字段真假逻辑一旦复杂（比如多状态映射到真假），CASE WHEN 的可读性和可维护性反而更高。
