case when是最通用、最可控的布尔字段映射方式，可统一将底层存储值（如mysql的tinyint、sql server的bit、postgresql的boolean）转为业务可读标签，必须写else处理null及未覆盖值，并严格匹配字段真实类型以保障跨库兼容性。
CASE WHEN 是最通用、最可控的布尔字段映射方式
直接用 CASE WHEN 把底层存储值转成业务可读标签，能绕过数据库间布尔类型的不一致问题。MySQL 存的是 TINYINT(1)，SQL Server 用 BIT，PostgreSQL 有原生 BOOLEAN 但输出是 t/f —— 这些差异在应用层处理容易出错，而在 SQL 层统一映射反而更稳。
- 必须写
ELSE，否则NULL或未覆盖值会变成NULL，前端渲染可能空白或报错 - 条件判断要匹配字段真实类型：MySQL 中
is_active = 1可行，但写成is_active = '1'会触发隐式转换，某些配置下可能失效 - PostgreSQL 支持
is_active IS TRUE这类写法，但跨库迁移时会被 MySQL 或 SQL Server 报错，不推荐用于映射场景 - 示例（兼容三端）：
CASE WHEN is_active = 1 THEN '启用' WHEN is_active = 0 THEN '停用' ELSE '未知' END AS status_label
别依赖数据库的布尔字面量自动转换
像 SELECT is_paid::text（PostgreSQL）或 CAST(is_deleted AS VARCHAR) 这类强制转字符串的操作，结果不可控：PostgreSQL 输出 t/f，SQL Server 可能报错，MySQL 根本不认 :: 语法。更糟的是，有些 ORM 会把 BIT 字段默认转成 0/1 字符串，而你查出来却是 TRUE/FALSE，前后端约定瞬间断裂。
- 显式用
CASE WHEN能锁死输出格式，比如固定返回'true'/'false'或'是'/'否' - 避免用
IF()（MySQL）或IIF()（SQL Server），它们不是标准 SQL，换库就得重写 - 不要在
WHERE子句里顺手复用映射逻辑——WHERE status_label = '启用'会报错，因为别名不能进WHERE；得重写条件或套子查询
GROUP BY 时布尔表达式分组要格外小心
想按布尔字段分两组统计？直接写 GROUP BY is_published = 1 看似简洁，但 MySQL 5.7 默认报错，PostgreSQL 虽支持却把结果隐式转成整数（TRUE → 1），一旦字段含 NULL，这组就丢了。真正安全的做法还是用 CASE 显式归类。
- 错误写法（兼容性差 + NULL 不处理）：
GROUP BY is_published = 1
- 正确写法（明确、保 NULL、全库通吃）：
GROUP BY CASE WHEN is_published = 1 THEN '已发布' WHEN is_published = 0 THEN '未发布' ELSE '待定' END
- 如果只关心真假两态且确定无
NULL，仍建议写全WHEN ... THEN ... ELSE ... END，避免后期加数据后逻辑静默崩坏
最易被忽略的一点：布尔字段常被当成“简单开关”，但实际业务中它往往承载三值语义（是/否/未知）。用 CASE WHEN 写死两分支，等于主动放弃对 NULL 的解释权——而这个 NULL 很可能来自上游同步失败、ETL 缺失字段，或是用户从未设置的状态。映射时留一个 ELSE 分支，不是兜底，是留出业务语义演进的空间。
