[quote=引用 27 楼 hemowolf 的回复:] [quote=引用 13 楼 sp1234 的回复:] [quote=引用 11 楼 zbdzjx 的回复:] 有些情况下还是要限制的。之前发生过的类似这样的事件:我先建一张请假单,4个小时,保存完后,再点修改,修改界面留在那里不动。再跟经理说,我建了张请假单。经理一看,4个小时,就点了批准。然后,我再到修改界面,将请假时数改成6小时,再点保存,就成功了。
[quote=引用 11 楼 zbdzjx 的回复:] 有些情况下还是要限制的。之前发生过的类似这样的事件:我先建一张请假单,4个小时,保存完后,再点修改,修改界面留在那里不动。再跟经理说,我建了张请假单。经理一看,4个小时,就点了批准。然后,我再到修改界面,将请假时数改成6小时,再点保存,就成功了。
像我们公司用的ERP是鼎新的TIPTOP,新版的不了解,我们用的版本,如果这条记录有人点了修改,其他人就只能看,不能修改、删除。 只有点了保存,其他人才能点修改或删除。 如果在修改的状态中,电脑死机或是重启,那就等吧,半小时后才会自动解锁。(也可由管理员人工去解锁。)
[quote=引用 楼主 jojoova 的回复:] 前面的人在编辑中,后面的人在打开这个页面也编辑该人员的信息,提交后会把后面的人就把前面的提交的给覆盖掉了,这种情况该怎么处理?是不是要加锁啊,表示没处理过类似,该怎么处理啊
[quote=引用 31 楼 zbdzjx 的回复:] [quote=引用 27 楼 hemowolf 的回复:] [quote=引用 13 楼 sp1234 的回复:] [quote=引用 11 楼 zbdzjx 的回复:] 有些情况下还是要限制的。之前发生过的类似这样的事件:我先建一张请假单,4个小时,保存完后,再点修改,修改界面留在那里不动。再跟经理说,我建了张请假单。经理一看,4个小时,就点了批准。然后,我再到修改界面,将请假时数改成6小时,再点保存,就成功了。
[quote=引用 13 楼 sp1234 的回复:] [quote=引用 11 楼 zbdzjx 的回复:] 有些情况下还是要限制的。之前发生过的类似这样的事件:我先建一张请假单,4个小时,保存完后,再点修改,修改界面留在那里不动。再跟经理说,我建了张请假单。经理一看,4个小时,就点了批准。然后,我再到修改界面,将请假时数改成6小时,再点保存,就成功了。
.net dataset更新数据库的时候,本身就相当好。可能很我人不知道或者不会用。 System.Data.SqlClient .SqlCommandBuilder 更新到数据库的时候,只要有一个值被改变,则更新失败。微软在开发.net时就已经替你考虑好了。
1L 没错,这是最普遍的做法, 根据时间戳来判断, 提交的时候会有一个时间戳。我之前做过这样一个东西,但是对于大并发时间戳完全不管用,后面用了锁,在到后面用了单点登录
62,266
社区成员
668,981
社区内容
加载中
.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。
希望和大家一起共同营造一个活跃、友好的社区氛围。
试试用AI创作助手写篇文章吧