数据库中为何应尽量避免null值，这背后有哪些潜在风险和影响？

在现代应用的数据库设计中，NULL往往被视作一个“潜在风险”而非“必要选择”。下面从实际开发痛点出发，程序梳理为何要尽量避免使用NULL，并给出实用的替代方案。

1️⃣ 数据完整性与业务逻辑冲突

NULL代表“未知”或“缺失”。它与任何值都不相等，包括自身。话说回来，若某字段被定义为可空。后续查询、聚合或关联操作时很容易因为未显式处理NULL而导致结果偏差。例如的观点是，

• 主键/唯一约束冲突：某些数据库允许主键列为NULL。导致同一行出现多条记录，
• 外键约束失效：父表ID为空时子表引用会被忽略，破坏数据链路。

2️⃣ 查询性能与调整器成本

NULL值会让查询引擎难以利用索引：

• B树索引需要额外存储标记位，索引选择性下降。
• 查询条件必须使用三值逻辑，导致调整器放弃使用索引而改为全表扫描。
• Mysql InnoDB和Oracle对NULL的存储方式不同，一致性低导致调优复杂度提高。

3️⃣ 统计与报表误差风险

Agg函数自动忽略NULL：

• Agg。Agg,Agg
• Narrowing effect：当大量行包含NULL时统计结果偏低或不准确。
• PBI、Tableau等BI工具无法正确展示缺失数据，导致决策失误。怎么说呢，

至于使用者痛点。