W
whsoft
Unregistered / Unconfirmed
GUEST, unregistred user!
缓存更新时,刷新这样的操作,基本上用户会很少使用,时机也不可能掌握到恰到好处。
实时提交事实上也存在同样的概率。通过Dataprovider广播更新内容、定时刷新基于性能
因素不妥,且至少定时刷新也仅仅降低概率,并不能杜绝这类情况。因此对这类低概率的
情况,其实只有以下方法:
1、在客户端提交一批数据时,若本地修改的数据已经为另一个用户修改,触发异常,
该数据将不被更新,并返回为更新数据异常原因。由本地用户调和处理。决定强制更新、
修改后更新或是取消。对ado来说,query的缓存更新或使用Cds均能这样处理。
2、再笨一些,对于业务敏感性的多人录入,从业务角度归类而在范围上施行权限限制。
当然,我们用第一种方式。
实时提交事实上也存在同样的概率。通过Dataprovider广播更新内容、定时刷新基于性能
因素不妥,且至少定时刷新也仅仅降低概率,并不能杜绝这类情况。因此对这类低概率的
情况,其实只有以下方法:
1、在客户端提交一批数据时,若本地修改的数据已经为另一个用户修改,触发异常,
该数据将不被更新,并返回为更新数据异常原因。由本地用户调和处理。决定强制更新、
修改后更新或是取消。对ado来说,query的缓存更新或使用Cds均能这样处理。
2、再笨一些,对于业务敏感性的多人录入,从业务角度归类而在范围上施行权限限制。
当然,我们用第一种方式。