SQL Server：当我总是要重新加入它们时，垂直分区有什么价值吗？

我面临着必须向已经有 32 列的表添加 64 个新列。举个例子：

Customers
(
    CustomerID int
    Name        varchar(50)
    Address     varchar(50)
    City        varchar(50)
    Region      varchar(50)
    PostalCode  varchar(50)
    Country     varchar(2)
    Telephone   varchar(20)

    ...
    NewColumn1  int null
    NewColumn2  uniqueidentifier null
    NewColumn3  varchar(50)
    NewColumn4  varchar(50)
    ...
    NewColumn64 datetime null

    ...
    CreatedDate datetime
    LastModifiedDate datetime
    LastModifiedWorkstation varchar(50)
    LastModifiedUser varchar(50)
)

大多数时候，这些新列中的大多数将包含null.

这也是一个给定的事实if我将这 64 个新列垂直划分到一个新表中，然后每次我SELECT来自客户：

SELECT ...
FROM Customers

必须转换为联接才能获取分区值（即有never在我不需要新列的情况下可以获得性能增益）：

SELECT ...
FROM Customers
    INNER JOIN Customers_ExtraColumns
    ON Customers.CustomerID = Customers_ExtraColumns.CustomerID

这就是一个con划分列。

另一个con是我必须管理同时将行插入到两个表中，而不仅仅是一个表中。

决赛con我能想到的是 SQL Server 现在必须执行INNER JOIN任何时候我想访问“顾客“。现在并且永远会浪费 CPU 和 I/O 来连接实际上是一个表的表 - 只不过我决定将它们分开。

所以我的问题是：为什么我要把它们分开？

当 64 列大部分为空时，将它们垂直划分到一个单独的表中是否有任何价值？ Null 占用的空间很小......

有什么优点？

Edit:为什么我还要考虑分区？它大部分是空数据，会使表中的列数增加三倍。Surely一定很糟糕！

为了数据模型的简单性，如果没有进一步的信息，我可能不会分区，但是您没有指出这些新列中数据的性质（也许某些列是应该标准化的数组）。

不过，有几点：

如果您进行垂直分区，并且对补充表有 FK 约束，这可能有助于消除某些情况下的联接，因为它知道将存在且只有一行。显然，它将在相同的唯一键上建立索引，这将有助于消除确定是否存在交叉联接的需要，因为只能有 0 或 1 行。

您可以拥有一个连接两个表的可更新视图，并在视图上有一个触发器，该触发器插入到连接的两个表中以形成视图。您还可以决定进行左连接，并且仅在需要补充行的任何列不为 NULL 时才创建补充行。

您还可以使用一组稀疏连接的补充数据表。显然，这也需要联接，但您也可以对多个补充表使用类似的技术，就像对 1 一样。