用其它数据库做后台（SQL、oracle等），用远程参数视图调用数据。用DBF多用户操作速度不可能快。

用sql数据库，用sql每次读符合要求的记录到临时表做数据源，用sql每次更新或插入一条记录，这样就会快些

代码有点复杂，难理出思路，可否将问题精简些。
问题是多用户使用 set filter 操作表问题，用个简单示例代码测试一下就清楚吧。
问题首先要说清楚多用户运行环境，再就是使用 set filter 操作表的过程，用简单读写几条代码就可以。

* 多用户环境下，数据表是共享方式打开，仅当增删改时对表加锁，然后马上处理，处理过程中不能有交互，让过程占用时间尽量短，然后解锁
* 数据记录数多时（个人感觉上万条为多），每次更新数据时如果需要重新过滤（或索引）时可见右上角有系统提示，这时效率就会降低
* 大数据量建议后台使用SQLserver或MYSQL等数据库，DBF管理大数据量还是有点勉强

楼上说的没错。如果有些时效性不是很强的话，可以将在本地放一个副本作为查询，如有修改删除再将这一小部分更新到远程库里去，设置此记录为可更新记录，其它用户操作数据库时提示有数据可更新。也就是说将远程数据库在本地做一个副本，本地对副本操作时检查有无记录可更新。在本地使用SET FILTER ,十万级别的都不会慢

您这是纯VFP的代码，FoxBASE数据库原来是单机使用的，对多用户共享数据有先天的缺陷，访问的用户一多，读写的效率便显著下降，这是避免不了的。后来借鉴和引进了SQL技术，通过select for...命令优化了对数据库读写操作才有所改善，但要彻底解决问题则应该考虑换用SQL server数据库。

小白的我,继续多看看,多学学

一般，如果后台是SQLSEVER数据库，思路都是：把某操作员所需数据SELECT到cursor中，然后，修改或新增或删除，然后update到数据库中。

虽然你是用dbf做数据库，思路也可以这样

多用户下grid我使用的是行缓冲，如果改用表缓冲是否会有所改善呢，另外insert into在有grid同时显示的情况下，用缓冲么，是先用insert into再用=tableupdate（）么,还是不用缓冲直接插入就可以，或者是先插入后随后跟一个=tableupdate（）呢，有点迷糊啊？？？？？请各位老师帮忙解答一下！！！