COALESCE仅在SELECT投影阶段从左到右取首个非NULL值，不改变JOIN逻辑；需确保参数顺序合理、类型兼容、显式限定字段名，并用NULLIF处理空字符串。
COALESCE 不是用来“优化 JOIN 逻辑”的，它只在 SELECT 投影阶段做一次从左到右的非 NULL 值选取；真正影响展示效果的，是你怎么组织参数顺序、类型和来源。
LEFT JOIN 后字段为 NULL，COALESCE 怎么兜底才不踩坑
LEFT JOIN 的右表字段没匹配上时，值就是 NULL —— COALESCE 不会改变这个事实，它只是在最终输出前给你一个“快照式” fallback。
- 必须把最可能有值的列放最左：比如
COALESCE(t2.email, t1.backup_email, 'no contact')，顺序反了就永远拿不到主联系人 - 别依赖隐式转换：
COALESCE(t2.updated_at, 'never')在 MySQL 里会报Illegal mix of collations，PostgreSQL 直接拒绝执行 - 字段名冲突要显式限定：
COALESCE(t1.status, t2.status, 'pending')比COALESCE(status, 'pending')安全，后者可能因作用域模糊而报错
字符串、数字、日期混用 COALESCE 时类型怎么统一
COALESCE 返回类型不是“第一个非 NULL 值的类型”，而是所有参数按类型优先级推导出的公共类型——这个推导过程容易导致精度丢失或截断。
- 数值列建议显式
CAST：写成COALESCE(CAST(price AS DECIMAL(18,2)), 0.00)，而不是COALESCE(price, 0)，避免加个999.999就让字段精度升格为DECIMAL(18,3) - 字符串列必须声明长度：
COALESCE(CAST(name AS VARCHAR(100)), 'N/A')，否则下游 BI 可能把 50 字符字段识别成 1 字符 - 日期字段禁用字符串字面量兜底：
COALESCE(modified_date, '1900-01-01')在 SQL Server 中会转成低精度DATETIME，应写COALESCE(modified_date, CAST('1900-01-01T00:00:00' AS DATETIME2))
空字符串 '' 和 NULL 都存在时，COALESCE 还管用吗
不管用。COALESCE 只认 NULL，不认空字符串、0 或 false。如果业务上 '' 和 NULL 都算“无值”，得先用 NULLIF 转换。
- 典型写法：
COALESCE(NULLIF(t2.phone, ''), NULLIF(t1.mobile, ''), 'not provided') - 别漏掉嵌套场景：比如拼接地址时
CONCAT(COALESCE(NULLIF(street, ''), ''), ', ', COALESCE(NULLIF(city, ''), '')) - 聚合前也得处理：想统计“有效联系电话数”，不能只写
COUNT(t2.phone)，得用COUNT(NULLIF(t2.phone, ''))再配合 COALESCE 做展示兜底
最容易被忽略的是视图定义里的类型固化问题：一旦 COALESCE 表达式在视图中创建成功，它的返回类型就锁死在系统元数据里，后续哪怕源表字段类型变了，视图字段也不会自动更新——BI 工具读出来的精度或长度可能已经不对了。
