视图中NULL必须在SELECT中用COALESCE显式处理，否则下游会暴露NULL导致拼接失败、分组错乱、索引失效等问题；跨库应统一用COALESCE而非ISNULL/IFNULL，并注意其类型推导规则。
视图里的 NULL 不会自动消失，必须在 CREATE VIEW 的 SELECT 语句里逐字段显式兜底，否则下游查到的仍是 NULL——报表字段空、JSON 缺键、计算列全崩。
COALESCE 必须写在视图定义的 SELECT 列里
视图只是查询逻辑的快照，不存数据，也不做运行时转换。你在视图里没处理 NULL，它就永远以 NULL 形式暴露给所有调用方。
- 错误写法：
SELECT id, nickname, phone FROM users→ 下游CONCAT(nickname, ' - ', phone)一遇到任一字段为NULL，整串变NULL - 正确写法：
SELECT id, COALESCE(nickname, '访客') AS display_name, COALESCE(phone, '未绑定') AS contact FROM users - 字符串拼接不能只包外层：
CONCAT(COALESCE(first_name, ''), ' ', COALESCE(last_name, ''))，而不是CONCAT(first_name, ' ', last_name)再套COALESCE - 数值字段注意精度：
COALESCE(score, CAST(0 AS DECIMAL(5,2)))，避免隐式升位导致插入失败
LEFT JOIN 后的分组键与显示值必须一致
LEFT JOIN 天然产生右表字段为 NULL，但很多人只对 SELECT 列做 COALESCE，却忘了 GROUP BY 键和显示值必须一致。
- 典型错误：
LEFT JOIN categories r ON u.category_id = r.id，然后写GROUP BY r.category+SELECT COALESCE(r.category, '未知')→NULL会自成一组，和显示的“未知”对不上 - 正确做法：分组键和
SELECT表达式完全相同，例如GROUP BY COALESCE(r.category, '未知')+SELECT COALESCE(r.category, '未知') AS category - 更稳妥替代：不对分组键动刀，改用聚合后兜底，如
COALESCE(AVG(o.amount), 0) AS avg_amount
WHERE 或 ORDER BY 里别套 COALESCE
在视图定义中，COALESCE 放在 SELECT 列里是安全的；但若塞进 WHERE 或 ORDER BY（比如 WHERE COALESCE(status, 'N') = 'Y'），数据库无法利用 status 上的索引，查询可能变慢。
- 性能影响真实存在，尤其在大表上，执行计划会显示
Index Scan变成Seq Scan - 如果业务真需要按“兜底后值”筛选，优先考虑在源表加计算列并建索引
- 或改用
CASE WHEN status IS NULL THEN 'N' ELSE status END（部分引擎能更好优化） - 视图本身不该承担过滤职责，筛选逻辑尽量下推到基表
WHERE条件
跨库兼容必须用 COALESCE，别碰 ISNULL/IFNULL
ISNULL 是 SQL Server 特有，IFNULL 是 MySQL/MariaDB 特有，跨库迁移时直接报错。
- 一律用
COALESCE：它被所有主流数据库支持，且语义清晰 - 多参数兜底必须用
COALESCE：COALESCE(phone_work, phone_mobile, 'no contact') -
ISNULL(@x, 0)返回类型严格等于@x的类型，COALESCE(@x, 0)按隐式转换规则推导——后者可控性更强，只要显式CAST就行 - 字段类型由
COALESCE所有参数类型共同决定，不是“取第一个非 NULL 值的类型”，容易因加了一个参数导致精度突变，下游 BI 工具读错小数位或截断字符串
最常被忽略的是：视图字段类型一旦创建就固化在元数据里，不会随源表变更更新；而 COALESCE 的类型推导规则隐蔽，稍不注意就会让下游应用拿到错误精度或长度的值。
