求解：关于DELPHI&ACCESS开发的网版程式出现的有关问题！
求解：关于DELPHI&ACCESS开发的网版程式出现的问题！！
DELPHI开发基于ACCESS的单机版程序转成网络版为什么会经常出现保存失败；ACCESS本来只有一条记录，但在程式中有时也会出现两条一样的记录，重启作为服务器那台机后就正常了！！！我知道ACCESS属于桌面数据库管理系统，但是还想请问各位大侠其中的根源（这个程序只有三个用户）？？是不是网络延误！
------解决方案--------------------
共享冲突问题嘛, 不当是 access, 所有的桌面数据库都有同样问题, 原因是锁定了当前记录后, 此时另一个用户在改动当前记录
事务模型为 dirty read, 而不能是 read commited, ado 似乎无处可以指定, 只有个 cursor type, lock type 可以设, 如果能指明是 dirty read 反而不出错
ado 的cursor type注意设置, 表明为 cursor location 为 client, cursor type 为 static(说白了本地上下游标, 就是缓冲看到的数据), locktype 为 batchOptimistic(不要主动锁定记录), 应该可以降低大部分的冲突问题, 本质上无法解决, 当同时发生更新时应还会有同上问题, 不过机率大大降低
DELPHI开发基于ACCESS的单机版程序转成网络版为什么会经常出现保存失败；ACCESS本来只有一条记录，但在程式中有时也会出现两条一样的记录，重启作为服务器那台机后就正常了！！！我知道ACCESS属于桌面数据库管理系统，但是还想请问各位大侠其中的根源（这个程序只有三个用户）？？是不是网络延误！
------解决方案--------------------
共享冲突问题嘛, 不当是 access, 所有的桌面数据库都有同样问题, 原因是锁定了当前记录后, 此时另一个用户在改动当前记录
事务模型为 dirty read, 而不能是 read commited, ado 似乎无处可以指定, 只有个 cursor type, lock type 可以设, 如果能指明是 dirty read 反而不出错
ado 的cursor type注意设置, 表明为 cursor location 为 client, cursor type 为 static(说白了本地上下游标, 就是缓冲看到的数据), locktype 为 batchOptimistic(不要主动锁定记录), 应该可以降低大部分的冲突问题, 本质上无法解决, 当同时发生更新时应还会有同上问题, 不过机率大大降低