有什么理由不添加“rowversion”列？

Question

TechNet 文章“优化链接到 SQL Server 的 Microsoft Office Access 应用程序”建议向从 MS Access 链接的 SQL Server 表添加rowversion列。从支持并发检查部分：

Office Access 会自动检测表何时包含此类列，并在影响该表的所有 UPDATE 和 DELETE 语句的 WHERE 子句中使用它。这比验证所有其他列仍然具有与上次刷新动态集时相同的值更有效。

好消息是每个 UPDATE/DELETE 语句和绑定表单都将从这个添加中受益，而无需在 MS Access 中进行任何更改（除了重新链接表）。

直到最近我才知道这个功能。我正在考虑向我从 MS Access 链接到的 SQL Server 中的每个表添加一个命名的rowversion列。 在我这样做之前，我应该注意哪些缺点？

显然会有存储要求和性能影响，但我认为这些可以忽略不计。此外，其中一些表是合并复制场景中的项目；这有什么区别吗？

Answer 1

除了您已经了解的小问题（额外的存储要求，以及由于对相同行数需要更多 I/O 而导致的潜在性能差异），不，我想不出任何真正的问题向ROWVERSION这些表中添加一列。

但是，对于合并复制，一个潜在的问题是，如果 Access 从其中一台服务器获取一行，然后尝试从不同的订阅者获取同一行的副本（不确定这在您的架构中是否可行）。原因是这些ROWVERSION值在每个订阅者处重新生成，因此它们不会与源匹配 - 这可能会使行看起来好像已经更改，但实际上并没有。也许不可能，或者这样的行总是被认为是“脏的”是可以的，但要记住一些事情（可能要彻底测试）。

您可能还想查看本文档中有关架构更改的一般性内容的合并复制部分。