空列会占用表中的空间吗？

我有从非常基本的信息保存的表。只是一个标题和一些日期字段。有一个称为注释的字段，该字段为varchar（4000），大多数情况下，我们将其保留为空白，但有时会在此处输入大量数据。这真的是一个糟糕的设计吗？还是这只是效率低下？

我认为为此列创建一个单独的表会更好。

注意：这是sql server 2008

为了获得更可预测的性能（并避免每页行数变化很大），我倾向于将数据存储在相关表中-特别是如果仅在很小的时间内填充了该数据，并且尤其是仅在一些查询。此值所在的行NULL确实会增加空间开销，但这是最小的。更重要的是一页只能容纳两行，而下一页可以容纳500行-这确实会影响统计数据，您最好将其分开，以便将其单独存储，并且不会影响所有操作。核心表。

不使用时占用最小空间

• NULL位图中的一位
• 两个字节的长度（NULL时为零）

开销很小，优化还为时过早。

在知道有问题之前，只需将其保存在一个表中即可。通过引入外部联接来破坏KISS，并增加查询数据的开销。

有关更多信息，请参见/programming/3793022/how-to-come-to-limits-of-8060-bytes-per-row-and-8000-per-varchar-nvarchar-valu/3793265#3793265

我认为使用单独的表格会更好地提高页面密度并减少碎片，尤其是当您不总是填充该字段时。

• 数据页可容纳约8000个字节
• 您有一些行说100字节，有一些行超过4000字节
• 这些长行将单独位于页面上，而页面的其余部分是“浪费”的空间，您的数据库将占用该空间，但可能永远不会保存数据
• 如果将数据添加到该较长的字段中以便在一个几乎全页面上记录，则该页面可能会溢出该页面，并导致指向具有该记录其余部分的页面的指针

所有这些空页面和指针都会导致性能下降。如果可以，请对该字段进行规范化。

这个问题看起来非常相似：多余的空列会严重影响sql表的大小吗？

看起来答案是肯定的，它确实占用了空间，但是对于具有大量空值的列有一种压缩算法。

就设计而言，我认为将外部表链接到此表将是一种更简洁的设计。具有频繁使用null值的列会使数据库用户的工作更加困难，因为如果他们不小心的话，他们可能会意外地使用null值。因此，使用数据库的代码将需要包含错误检查，并且从那里变得很难看。

没关系-它已经是varchar列，因此仅在包含数据时才使用空格。如果您有很多像int这样的可为空的固定大小的列，则可能存在空间使用问题。

至于放在另一个桌子上，我不会打扰。 您还可以查看使用varchar（max）和in / out of row选项。 同样，可能还为时过早。