在单独的 1-1 表中拥有 varbinary 字段有什么好处？

我需要将二进制文件存储在 SQL Server 2005 上的 varbinary(max) 列中，如下所示：

FileInfo

• FileInfoId int，PK，身份
• FileText varchar(max)（可以为空）
• 文件创建日期日期时间等

文件内容

• FileInfoId int、PK、FK
• 文件内容 varbinary（最大）

FileInfo 与 FileContent 具有一对一的关系。 FileText 旨在在没有要上传的文件并且仅为项目手动输入文本时使用。我不确定有多少百分比的项目将拥有二进制文件。

我应该创建第二个表吗？两个表的设计会带来性能上的提升吗？有什么逻辑上的好处吗？

我找到了这一页，但不确定它是否适用于我的情况。

没有性能或操作优势。自 SQL 2005 起，LOB 类型为already引擎为您存储在一个单独的分配单元（一个单独的 B 树）中。如果你研究的是表和索引组织在 SQL Server 中，您将看到每个分区最多有 3 个分配单元：数据、LOB 和行溢出：

_{(source: s-msft.com)}

LOB 字段（varchar(max)、nvarchar(max)、varbinary(max)、XML、CLR UDT 以及已弃用的类型 text、ntext 和 image）将在数据记录本身、聚集索引中仅包含一个占用空间非常小：指向 LOB 分配单元的指针，请参阅记录剖析.

通过将 LOB 显式存储在单独的表中你绝对一无所获。您只是增加了不必要的复杂性，因为以前的原子更新现在必须将自己分发到两个单独的表中，从而使应用程序和应用程序事务结构变得复杂。

如果 LOB 内容是整个文件，那么也许您应该考虑升级到 SQL 2008 并使用文件流.