视图中null导致计算字段静默变null，因sql标准规定运算中任一操作数为null则结果为null；应优先在视图定义中用coalesce对原始字段兜底，避免下游二次处理。
视图里一出现 NULL，计算字段就“失联”——不是报错，而是静默变 NULL，下游系统拿到的可能是全空或错值。
为什么视图中 NULL 会让计算字段失效
视图本身不存数据，只存定义；一旦 SELECT 列中含算术或字符串运算（如 price * tax_rate、CONCAT(first_name, ' ', last_name)），只要任一操作数是 NULL，整个表达式结果就是 NULL。这不是 bug，是 SQL 标准行为，但业务上常被误读为“数据丢了”或“没查到”。
- 常见错误现象：
SELECT order_id, amount + discount AS net_amount FROM v_orders—— 只要discount是 NULL，net_amount全为 NULL，即使amount都有值 - 触发场景：源表字段允许 NULL、LEFT JOIN 后未匹配字段、聚合后未处理缺失值（如
AVG()返回 NULL 当无行） - 性能影响：COALESCE 本身开销极小，但若在 WHERE 或 ORDER BY 中包裹列（如
WHERE COALESCE(status, 'N') = 'Y'），会导致索引失效
COALESCE 在视图定义中怎么写才安全
必须把 COALESCE 放在最靠近原始字段的位置，而不是塞进外层查询；否则视图暴露的仍是 NULL，下游还得再包一层，维护成本翻倍。
- 正确写法：
COALESCE(amount, 0) AS amount、COALESCE(tax_rate, 0.08) AS effective_tax_rate - 字符串拼接务必兜底：
CONCAT(COALESCE(first_name, ''), ' ', COALESCE(last_name, '')) AS full_name，避免CONCAT(NULL, 'x')直接崩掉 - 注意精度陷阱：若原字段是
DECIMAL(10,2)，COALESCE(col, 0)可能升格为DECIMAL(10,3)，导致插入目标表时报精度溢出；显式写COALESCE(col, CAST(0 AS DECIMAL(10,2)))更稳妥 - 禁止在索引视图中用非确定性函数：如
COALESCE(updated_at, GETDATE())会直接让CREATE INDEX失败，只能用字面量或确定性表达式
什么时候该用 ISNULL 而不是 COALESCE
只在你确定永远不迁移数据库、且明确需要类型继承时才用 ISNULL；否则一律选 COALESCE。
-
ISNULL是 SQL Server 特有，MySQL/PostgreSQL 不认；跨库视图或 ORM 自动生成 SQL 时必然报错 -
ISNULL(@x, 0)返回类型严格等于@x的类型，COALESCE(@x, 0)按隐式转换规则推导，可能引发精度或截断问题（比如@x是VARCHAR(10)，COALESCE(@x, 'default')可能被截成VARCHAR(7)） - 多参数兜底必须用
COALESCE：COALESCE(phone_work, phone_mobile, 'no contact')——ISNULL最多只支持两个参数
最易被忽略的一点：视图字段一旦定义为 NULLable，即使你用了 COALESCE，SQL Server 仍可能将该列元数据标记为允许 NULL；如果下游应用依赖列的 NULLability 做逻辑判断（比如 EF Core 映射），得额外加 NOT NULL 约束或用 CAST(... AS type NOT NULL) 强制声明。
