TechNet 文章“优化链接到 SQL Server 的 Microsoft Office Access 应用程序”建议将rowversion列添加到从 MS Access 链接的 SQL Server 表中。从支持并发检查部分:
Office Access 会自动检测表何时包含此类列,并在影响该表的所有 UPDATE 和 DELETE 语句的 WHERE 子句中使用它。这比验证所有其他列是否仍具有上次刷新动态集时的相同值更有效。
好消息是每个 UPDATE/DELETE 语句和绑定表单都将受益于此添加,而无需在 MS Access 中进行任何更改(除了重新链接表)。
直到最近我才知道这个功能。我正在考虑向我从 MS Access 链接到的 SQL Server 中的每个表 添加一个命名的rowversion列。在执行此操作之前,我应该注意哪些缺点?
显然会有存储要求和性能影响,但我认为这些可以忽略不计。此外,其中一些表是合并复制场景中的文章;这有什么区别吗?
除了您已经了解的一些小事情(额外的存储要求,以及由于相同行数需要更多 I/O 而导致的潜在性能差异),不,我想不出任何真正的陷阱向这些表中添加一
ROWVERSION
列。但是,对于合并复制,一个潜在的问题是,如果 Access 从其中一个服务器中获取一行,然后尝试从不同的订阅者那里获取同一行的副本(不确定这在您的体系结构中是否可行)。原因是这些
ROWVERSION
值在每个订阅者处重新生成,因此它们与源不匹配 - 这可能会使该行看起来已更改,而实际上并没有更改。也许不可能,或者这样的一行总是被认为是“脏的”是可以的,但要记住一些事情(并且可能要彻底测试)。您可能还想查看本文档中有关架构更改的合并复制部分。