从理论上讲，NULL应该表示“未知值”。因此-再一次，纯粹从理论上讲-您应该在规范化时设计表，这样就不必填写NULL值来表示“不适用于此行”。但是，这一点与任何实际考虑（设计，性能或查询可读性）几乎没有关系。

实际上，有一些性能方面的考虑。在以下情况下，您应该规范化非常稀疏的数据：

• 缩短表（从IO方式和/或从空间角度而言）会带来实质性的好处。NULL确实占用空间，并且行越宽，性能越差。当表有很多行并且有许多这样的稀疏列时，尤其如此。对于只有2个这样的列的较小表，实现的好处可能不值得拥有额外的联接的麻烦。

• 您的查询在WHERE子句中有问题的列。IIRC，在具有大量NULL的列上查询效率很低。

• 另一方面，在某些时候，查询中有多余的联接可能会损害优化器的性能（至少在Sybase联接具有10个以上的表时，它会对Sybase造成影响-从优化器运行时占用CPU资源到实际使优化器混淆选择一个非常糟糕的计划）。解决方案是避免由于规范化而导致表太多（例如，不要费心将2列拆分为单独的表），或者避免执行查询计划。后者显然是Bad Juju。