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