coalesce比is null+case更适合多列空值合并，因其是sql标准函数、语义清晰、支持任意数量参数、短路求值，且避免嵌套；但需注意类型对齐、索引失效及null-only判断等陷阱。
COALESCE 为什么比 IS NULL + CASE 更适合多列空值合并
因为 COALESCE 是 SQL 标准函数，语义清晰：返回第一个非 NULL 的参数，且支持任意数量参数，避免嵌套 CASE WHEN 或多层 COALESCE(COALESCE(...))。它在 PostgreSQL 中是短路求值的——遇到第一个非 NULL 值就停止计算后续参数，这对含子查询或函数调用的场景很关键。
常见误用是把 COALESCE 当成“拼接”工具，比如想把多个字段连起来却写成 COALESCE(col1, col2, col3)，结果只取第一个非空值，不是合并内容——那是 CONCAT 或字符串拼接的事。
COALESCE 多列合并的实际写法和类型对齐陷阱
PostgreSQL 要求所有参数类型兼容，否则报错：ERROR: COALESCE types text and integer cannot be matched。不能直接写 COALESCE(name, age)（text 和 integer 冲突），必须显式转换：
Prompt Log
下载
从 AI 编程会话日志（Clawdbot、Claude Code、Codex）中提取对话记录。该功能用于在用户要求导出提示词历史、会话日志或 `.jsonl` 格式的会话文件时使用。
- 统一转为
text：COALESCE(col1::text, col2::text, 'N/A') - 数值列优先保留数值类型：
COALESCE(int_col1, int_col2, 0)（注意默认值类型要一致） - 涉及
jsonb或timestamp时，别依赖隐式转换，明确 cast：COALESCE(updated_at::text, created_at::text, '–')
COALESCE 在 WHERE 和 ORDER BY 中的典型用法
它常被用于“兜底排序”或“模糊匹配 fallback”，但要注意索引失效风险：
- 排序时用：
ORDER BY COALESCE(published_at, created_at) DESC—— 如果published_at和created_at都没索引，这个表达式无法走索引；可建函数索引：CREATE INDEX idx_coalesce_time ON posts ((COALESCE(published_at, created_at))) - 查询条件中慎用：
WHERE COALESCE(status, 'draft') = 'published'会跳过status上的普通索引，除非你有对应函数索引 - 替代方案：对高频查询字段，优先用
status IS NOT NULL AND status = 'published' OR status IS NULL AND 'draft' = 'published'（虽然啰嗦，但能利用索引）
和 NULLIF、CASE 一起用的边界情况
COALESCE 本身不处理“空字符串”或“零值”，只认 NULL。如果字段存了 '' 或 0 但业务上也视为空，得先清理：
- 把空字符串转
NULL再合并：COALESCE(NULLIF(trim(name), ''), NULLIF(nickname, ''), 'Anonymous') - 数值型零值兜底：
COALESCE(NULLIF(price, 0), default_price, 0) - 嵌套
COALESCE没问题，但可读性差，不如拆到 CTE 或子查询里；COALESCE(COALESCE(a,b), COALESCE(c,d))等价于COALESCE(a,b,c,d)，没必要嵌套
真正容易被忽略的是：当所有参数都是 NULL 时，COALESCE 返回 NULL，不是空字符串或零——如果下游应用没做 NULL 检查，可能引发意外逻辑错误。
