论坛首页 Java企业应用论坛

关于同步更新控制的方案比较

浏览 11447 次
该帖已经被评为精华帖
作者 正文
   发表时间:2005-06-17  
越说越玄了。
请大家在讨论的时候注意实际问题,不要空谈什么理论
而且不知道你们说的两个方案有什么本质的区别。
version number的方式理论上肯定比partech的方式性能要高。
1。用version number作为optimistic lock。
2。用table本身的字段作为optimistic lock。
性能方面不用说肯定是用version number的高。
我的观点是,在客观条件允许的情况下,使用version number。理由和凤舞凰扬的一样,第一种方案具有相对较高的性能和清晰的设计。注意,我说的这个性能不仅仅是SQL执行的性能,至少应该包括以下几点:
1.构建并保存所有原始数据的性能和空间消耗。
2.组装SQL的where clause的消耗。
3.向DB传送SQL时候的网络传输造成的性能消耗。
4.数据库SQL查询的性能消耗。
从纯技术的角度来看,第一种方案肯定是完美的方案。但是,从实际应用的角度来说,第二种方案也是可行的,除了在相同的机器配置和网络延迟的条件下,会一定程度上的影响性能。所以,只要客户不会要求表中不能添加这样的version number字段,就应该使用第一种方案。至于两位测试的一些帖子,个人觉得没有必要,闭着眼睛想都知道第一种方案速度快。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics