视图字段类型由COALESCE参数类型隐式推导决定，非简单取首非NULL值类型；改参数可能致精度/长度突变，下游BI读错；需显式CAST统一数值、字符串、日期类型，并确保所有参数确定性以支持索引视图。
视图字段类型由COALESCE表达式决定，改错一个参数就可能让下游BI工具读错精度
SQL Server、PostgreSQL、MySQL 的视图一旦创建，字段类型就固化在元数据里，不会随源表变更自动更新。而 COALESCE 的返回类型不是“选第一个非NULL值的类型”，而是按所有参数的类型优先级做隐式推导——这个过程容易被忽略，但直接决定下游应用能否正确识别小数位、字符串长度或日期精度。
常见错误现象：COALESCE(price, 0) 在源列是 DECIMAL(18,2) 时看似安全，但如果后续加了个 COALESCE(price, 0, 999.999)，第三个参数会触发类型升格为 DECIMAL(18,3)，导致视图字段精度突变；BI 工具可能把本该显示 123.45 的值截成 123.4。
- 数值列统一用显式转换：写成
COALESCE(CAST(price AS DECIMAL(18,2)), 0.00)，避免依赖隐式规则 - 字符串列必须声明长度：
COALESCE(CAST(name AS VARCHAR(100)), 'N/A')，别信COALESCE(name, 'N/A')“看起来一样” - 日期列禁止混用字面量：
COALESCE(modified_date, '1900-01-01')在 SQL Server 中会被转成DATETIME，但精度丢失；应写COALESCE(modified_date, CAST('1900-01-01T00:00:00' AS DATETIME2))
索引视图中用COALESCE会失败？关键不在函数本身，而在参数是否确定性
COALESCE 和 ISNULL 都是确定性函数，SQL Server 允许它们出现在索引视图中——但前提是所有参数本身也必须是确定性的。一旦你写 COALESCE(created_at, GETDATE()) 或 COALESCE(status, NEWID())，整个表达式立刻被判定为“非确定性”，索引视图创建直接报错。
使用场景：你想给未填写时间的记录打上统一兜底时间，又想让这个字段支持索引加速查询。
- 用常量代替运行时函数：
COALESCE(created_at, '1900-01-01T00:00:00')安全，但注意格式要匹配目标列类型 - 如果必须动态生成默认值（比如取当前批处理时间），不要塞进视图定义，改用计算列 + 触发器或应用层补全
- 验证是否确定性：执行
SELECT OBJECTPROPERTY(OBJECT_ID('YourView'), 'IsDeterministic')，返回 0 就说明有问题
COALESCE在LEFT JOIN结果中显示兜底值，但别让它悄悄破坏JOIN语义
在报表视图里写 COALESCE(t2.status, 'pending') 是常见做法，但它只影响最终输出，不改变 t2 是否匹配的事实。最容易踩的坑是把它误当条件用——比如在 WHERE 子句里写 COALESCE(t2.status, 'pending') = 'active'，这会让所有 t2 为 NULL 的行被过滤掉，LEFT JOIN 实际退化成 INNER JOIN。
性能影响极小，纯表达式计算，数据库不会因此多扫一遍表；但逻辑错误会导致数据漏报，且难以排查。
- 判断关联是否存在，始终用
t2.id IS NULL或t2.status IS NULL，别绕弯 - 需要按兜底后值分组或筛选，先用 CTE 或子查询完成 JOIN，外层再套
COALESCE，逻辑更干净 - 跨数据库兼容时，避免在
COALESCE里嵌子查询：COALESCE((SELECT ...), 'default')在 SQLite 可能触发全表扫描
为什么不能无脑用COALESCE替代所有NULL？空字符串和JSON null是两个世界
COALESCE(col, 'N/A') 对 col 是 NULL 有效，但对 col = ''（空字符串）完全无效。业务中常把这两者混为一谈，结果报表里一堆 N/A 和空白并存。更隐蔽的是 JSON 字段里的 null 值——它本质是字符串内容，不是 SQL 的 NULL，COALESCE 压根不识别。
复杂点在于：这些边界情况不会报错，只会静默失效。你得在清洗阶段就区分清楚，而不是指望一个函数兜底。
- 检测空字符串要单独写：
CASE WHEN TRIM(col) = '' OR col IS NULL THEN 'N/A' ELSE col END - JSON 字段先用
JSON_VALUE或->>提取，再对结果用COALESCE，别直接对原始 JSON 列操作 - ORM 或 BI 工具自动生成 SQL 时，可能把空字符串当成 NULL 传进来，这种兼容性问题只能靠预处理视图暴露
