我们有一个多用户系统，用户将数据保存到中央 SQL Server 2005 数据库中。我们遇到了一个问题，即一个用户刷新数据库中的更改，而另一个用户保存新数据。我们当前收集更改的方式是每个表上都有一个时间戳列，该列在每行插入/更新时都会填充。另一个用户将在客户端上存储一个时间戳，这是他最后一次从数据库中提取数据的时间。
每次保存都是在事务中完成的。我们正在处理的例子如下：
- User1 开始保存，打开事务并插入/修改行，更改其时间戳。
- 用户 2 在用户 1 提交更改之前从数据库刷新，以某种方式导致用户 2 的时间戳更新。
- 用户 1 提交事务和所有更改。
- User2 再次从数据库刷新，但是由于他的时间戳之前已更新，因此只有 User1 提交并拉入的更改的后半部分会导致错误和应用程序崩溃。
这让我们认为时间戳不一定是确定自前端系统上次访问以来数据库更改的最佳方法。更好的解决方案是什么？
进一步的例子
- User1 开始保存，打开事务并插入/修改行并更新其时间戳。
- User2 开始另一个保存，打开一个事务，插入/修改其他行更新其时间戳，然后提交他的事务。
- User3 从数据库刷新并提取 User2 提交的所有数据，将其 LastRefreshTimestamp 更新为 User2 在数据库中创建的最后一个时间戳。
- User1 提交他的交易。
- 用户 3 再次从数据库刷新，但根据其 LastRefreshTimestamp 提取用户 2 的事务结束和用户 1 的事务结束之间的所有更改，从而错过了用户 2 的事务开始之前用户 1 的事务提交的所有更改。
有趣的问题，我想不出一个简单干净的基于 T-SQL 的解决方案，但这正是 SQL 2008 中的更改跟踪创建的同步挑战类型......http://msdn.microsoft.com/en-us/library/bb933875.aspx http://msdn.microsoft.com/en-us/library/bb933875.aspx
此博客/文章中对变更跟踪与变更数据捕获进行了很好的非常高级的概述：http://blogs.technet.com/b/josebda/archive/2009/03/24/sql-server-2008-change-tracking-ct-and-change-data-capture-cdc.aspx http://blogs.technet.com/b/josebda/archive/2009/03/24/sql-server-2008-change-tracking-ct-and-change-data-capture-cdc.aspx
如果您的总体目标是保留存储库的客户端副本，则可以将其与 Microsoft Sync Framework 结合使用：http://msdn.microsoft.com/en-us/sync/bb887608 http://msdn.microsoft.com/en-us/sync/bb887608
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
