确定自SQL Server上次访问以来的行更改

Question

我们有一个多用户系统，用户保存到中央SQL Server
2005数据库。我们遇到了一个问题，一个用户刷新数据库中的更改，而另一个用户保存新数据。当前收集更改的方式是在每个表上都有一个timestamp列，该列在每次插入/更新时都被填充。另一个用户将在客户端上存储一个时间戳，这是他最后一次从数据库中提取数据。

每次保存都是在事务中完成的。我们正在处理的示例如下：

• User1开始保存，打开事务并插入/修改行，更改其时间戳。
• 在User1提交更改之前，User2从数据库刷新，从而导致User2的时间戳更新。
• 用户1提交事务和所有更改。
• User2再次从数据库刷新，但是由于其时间戳先前已更新，因此只有User1提交并拉入的更改的后半部分会导致错误和应用程序崩溃。

这使我们认为，自从前端系统最后一次访问以来，时间戳不一定是确定数据库更改的最佳方法。有什么更好的解决方案？

进一步的例子

• User1开始保存，打开事务并插入/修改行并更新其时间戳。
• User2开始另一个保存，打开一个事务，插入/修改其他行以更新其时间戳，并提交他的事务。
• User3从数据库刷新并拉出User2提交的所有数据，将其LastRefreshTimestamp更新为User2在数据库中创建的最后一个时间戳。
• User1提交他的交易。
• 用户3再次从数据库刷新，但是正在基于其LastRefreshTimestamp拉动用户2的事务结束与用户1的事务结束之间的所有更改，从而错过了用户1的事务开始之前用户1的事务所提交的所有更改。

Answer 1

有趣的问题，我想不出一个简单的，基于T-SQL的简单解决方案，但这恰恰是SQL 2008中的更改跟踪为…创建的同步挑战的类型。http:
//msdn.microsoft.com /zh-
CN/library/bb933875.aspx

如果您的总体目标是保留存储库的客户端副本，则可以将其与Microsoft Sync
Framework结合使用：http :
//msdn.microsoft.com/zh-cn/sync/bb887608