ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 数据并发问题收藏

数据并发问题收藏

原创 Linux操作系统 作者:iSQlServer 时间:2009-07-14 11:09:29 0 删除 编辑
 我在博客堂上也看到不少有关并发控制的文章,我一直是推荐使用时间戳来解决的。 
 比如我们在SQL Server中的表中定义一个字段为timestamp类型的字段ts,这个字段的值不需要我们进行控制的。 
 在Insert与Update时,数据库会自己进行ts值的更新,因此我们只要在Update时使用: 
 Update xxx where key=@key and ts=@ts 就可以了,根本不用考虑ts里的值更新。 

 Delete时也最好进行一下判断,用这种方式是可以控制数据并发操作的。 
只需要在Update与Delete时,判断"影响条数"就可以知道更新是否成功。 

 这一点我想非常方便,但不是所有的数据库都支持timestampr的,如在Access里没有timestamp字段,我也不知道其他的数据库是否都有类似的timestamp类型, 不管怎么样,我觉得我们不能完全信赖于数据库的控制,而应该采用自设的控制机制,这样可以适应系统的数据库移值,下面我就介绍一下,在.NET下如何实现,自设的时间戳控制。 

 我们也同样建一个字段ts,定义为Varchar,长度在20以上即可,而且不允许为null,这样比较合适。 

 我们应该采用什么机制来生成随时的或者说不可能会产生一样的值,我推荐的是DateTime.Now.Ticks,这是一个12位的数字,由于在Update等更新时,数据库会自动进行锁定,所以不可能会在同一时间会有两个一样的操作执行,因此这就可以避免Ticks产生相同的值了。 

 或者也可以采用Guid值,也可以产生唯一值,但我觉得Guid值太大,可能会影响效率。 

 那好,在我们Insert时:Insert xxxx ts='221283747584' where key='1' 
 在Update时 Update xx set xxx ts='39383848593839' where key='1' and ts='111111111111' //假设取到的原值为'11111111111'  
 Delete类似上面的。 
  
 我们判断影响条数,如果为0则说明更新不成功。 

 我相信上面的方法是简单可行的。 
  
 我目前也遇到一个问题:如果是批量更新与批量删除,如何进行并发控制呢? 
 由于批量更新时,不是一条记录:Update xxx where Birthday='2004-2-1'之类的,会影响到N条数据,要进行并发控制就不那么容易了。如果还是采用一条条判断ts那是不现实的。 
  对于这种只能放弃并发控制吗?

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/16436858/viewspace-609111/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-10-17

  • 博文量
    1319
  • 访问量
    2074287