关于数据库的并发控制问题的争论！！----求各位高手评判

ljj_xian · 2007-10-8 23:17:24

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

您需要登录才可以下载或查看，没有账号？站点注册

×

最近一公司在为我单位在B/S平台上做生产调度管理，平台是MySQL4.0+J2EE。在测试过程中我发现开发人员没有对数据的并发进行控制。即A、B两个人同时修改一条记录时，二人均可提交成功，且B提交数据后复盖了A修改的数据。
本人对此提出异议后，软件开发人员告之，用生产管理系统中的权限管理，就可解决并发控制的问题！！！我从未听说过此类解决方案，为此我们还发生了激烈的争论。

请各位高手发言谈谈这个问题,能否使用程序中的权限管理来避免并发的产生！！

ehxz · 2007-10-9 10:11:45

数据库没有在处理数据的时候锁定吗？处理的时候在UPDATE时增加检查原始数据试试看。

ljj_xian · 2007-10-9 12:31:35

开发人员什么也没管理！

说我们的业务不可能产生并发，使用MIS中的权限管理来避免并发的产生!!

[em19]

ehxz · 2007-10-9 12:40:10

不好就换啊，要不就只能将就。出现问题手工改…………会累死人的。

ljj_xian · 2007-10-9 12:51:45

我发本贴的目的只是想讨论两个问题：

1.大家在做MIS时是否对并发进行控制；

2.如果不进行控制，是否使用MIS里的权限管理就可以避免并发的产生。

ehxz · 2007-10-9 13:19:12

偶没做过类似的，不过如果发生BUG，应该首先从技术上解决这个问题的。

权限好象不行吧。

ljj_xian · 2007-10-9 13:51:42

谢谢，ehxz

我也在ITPUB中发了此贴,大家也可去那边看看：http://www.itpub.net/865535,1.html
自从昨天早上那边贴子的地址通知程序的开发人员后，那里突然变得热闹起来了！

大家如果有时间的话可以去那边发表一下意见。

[em01]

ehxz · 2007-10-9 14:59:44

免费乐捐，感谢支持

看了一下，好象这样解决不了啥问题的。一般数据库支持处理这种所谓“脏”数据的处理的，不用从程序上进行管理。

ljj_xian · 2007-10-9 15:14:35

在C/S中用PB开发时是不需要写代码来管的。但在三层的B/S中，前后台之间都是通过应用服务器来交换数据的。故会引起“脏读”，若程序不进行控制就会造成B提交数据后复盖了A修改数据的情况。

JohnPhan · 2007-10-9 16:23:06

这是个常见的问题. 问题本身也很简单. 解决的方法前人也早就设计好了. 如果数据库学习的"一般"水平, 均都知道如何处理:

在编写多用户使用的修改库数据的代码时, 必需注意到有可能出现的并发修改的问题, 和其带来的副作用. 并妥善处理, 防止副作用发生.

采取用户权限的方法, 防范这些问题, 不可以. (也许可以, 但至少不是个好方法,不是个易于实现的方法. )

宜利用数据库本身提供的锁功能, 解决这些问题.

[此贴子已经被作者于2007-10-9 16:39:25编辑过]

ljj_xian · 2007-10-9 22:30:06

别人对本题还有另外一种言论，他认为：

    现实中只要实现权限控制就基本可以满足需求了，并发问题虽然存在但出现的概率太小。而且就算出现，也并不会对系统的运行结果造成什么影响！要知道，如果要实现严格的并发解决方案，系统的吞吐量会降低很多。没必要为了满足那虚无缥缈的需求而去降低性能。
    当然，如果楼主是在电信，银行之类的部门，对数据要求很高那就另当别论，一般生产性需求，根本就没那必要！
      请问ehxz,JohnPhan你们同意这种意见吗？

反正以前自己做过的系统中，不管理客户是否要求都进行了并发的控制。

JohnPhan · 2007-10-11 08:40:45

"并发问题虽然存在但出现的概率太小"

承认问题的存在, 又不去利用技术解决, 已经是人品的问题了. 为了掩饰错误, 而衍生出的种种借口. 只能用缄默对待了!

账号		站点注册	自动登录	找回密码
密码			站点注册