开放式并发冲突检测的四种方法(希望补充)

最新推荐文章于 2023-03-25 00:00:00 发布

weixin_30455023

最新推荐文章于 2023-03-25 00:00:00 发布

阅读量219

点赞数

原文链接：http://www.cnblogs.com/zitiger/archive/2005/08/06/208881.html

版权

由于在 BugTiger 中需要用到冲突检测 , 所以对冲突检测进行了学习 , 现总结了如下四种方法 :

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

一.使用时间戳.

在数据库的表中添加一个时间戳列或版本列.时间戳列与对表内容的查询一起返回.当试图更新时,数据库中的时间戳值将与被修改行中的原始时间戳值进行比较.如果这两个值匹配,则执行更新,同时时间戳列被更新为当前时间以反映更新.如果这两个值不匹配,则发生开放式并发冲突.

示例

表结构(Method1):

<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />

BugTimeStamp为时间戳列.

当用户取得数据时,将BugTimeStamp列也返回给用户.

SELECT BugID, BugType, BugTimeStamp

FROM Method1

当用户更新时

BugTimeStamp 作为条件进行比较 .

UPDATE Method1

SET BugType = ' b '

WHERE (BugID = 1 ) AND (BugTimeStamp = 0x00000000000004B1 )

更新时如果从上次读取数据到这次更新这段时间内已经被更改过了

, 条件显然是不成立了 . 因为每次更新记录时 ,timestamp 列中的值均会更新 .

二.保留原始数据值的副本.

在查询数据库的数据时保留原始数据值的一个副本.在更新数据库时,检查数据库的当前值是否与原始值匹配.原始值保存在 DataSet 中,当更新数据库时,数据适配器可以使用该原始值执行开放式并发检查.

示例 .

表结构(Method2)

UPDATE Tasks

SET BugType = @ BugType

WHERE (BugID = @BugD ) AND (BugType = @Original_BugType )

@Original_BugType 可以这样指定

SqlUpdateCommand1.Parameters.Add( new SqlParameter( " @Original_BugType " , SqlDbType.Char, 10 , ParameterDirection.Input, false , 0 , 0 , " BugType " , DataRowVersion.Original, null ));

三.多列确定原则(我自己命名的,)

可以通过一表中的最后更新时间(LastUpdateDate)和最后更新用户(LastUpdateUserID)来确定一条记录是否已经被其他用户修改.如果只用最后更新时间,还是会有冲突发现,虽然这样的概率比较低,因为DateTime的精确度为百分之三秒,在A用户取出后的足够短的时间内有B用户修改了数据,这时最后更新时间没有发生变化,但是数据有变化了,所以当A用户修改时实际上已经发生了冲突.使用最后更新用户(LastUpdateUserID)后,还是上述情况,由于LastUpdateUserID已经更改,只要A用户更新时同时检查最后更新时间(LastUpdateDate)和最后更新用户(LastUpdateUserID)就可以检查出冲突.