比如有个一个订单记录表单，有一张数据库表“订单.dbf”。
这个表单在局域网内将被多个电脑打开操作，用户可在这张表单上做增、删、改、查等操作
有以下几个问题?
1、是直接绑定grid的recordsource为“订单.dbf”？还是通过select * from 订单 into cursor temp，然后绑定grid的recordsource为temp？
2、如果绑定为temp，当用户在这个表单上做“增、删、改”时，是直接在temp这张表上改？还是改订单.dbf，然后又再次select * from 订单 into cursor temp?
3、如果第2问是直接在temp上改，那么如何将temp上的改动，改到“订单.dbf”中？是直接通过SQL语句，update 订单 set **** where 订单.id=temp.id 吗？

这个应该是叫做网络版的软件，建议：拿局域网中一台电脑做服务器（最好是有专用的服务器，我是有一台旧服务器，装windows server 2000，sql2000。如果没有服务器，只用PC的话，可能会对用户数量有限制。），装个mssql，把mssql当作是dbf，这样就省去很多控制DBF的麻烦，你只要再学一下做个连接串，再学下delete\insert into\update几个命令的用法，其他都是按VFP原来的，就成了简单的C/S，就基本能胜任你提的要求了。以上是个人观点。

可以通过vfpsocket.dll在服务端和客户端进行通讯，客户端把需要的操作发送给服务端，然后服务端进行增删查改（而不是客户端发送UPDATE、INSE、DELE等命令），这样的好处是，虽然是多用户操作，但仍然是单用户操作的编程习惯，不需要考虑缓冲、死锁等问题，缺点是操作速度有所减低，但性能完全够用，这种设计方法可以轻松把以前的单机版改写为网络多用户版本

如果楼主是刚接触VFP的话，那你们俩回复的建议，估计LZ就像在看天书
不过我早已不用dbf，所以基于dbf的应用缺少经验，以前刚用VFP时，使用的是F/S模式，基本都是行缓存自动保存，简单方便

dbf表，都要用共享模式打开，如果是 行缓存 就让VFP自己控制吧，如果是表缓冲就要自己事务控制比较好点。
选择哪种模式，主要看你对数据的处理方式，直接更新表，还是通过临时表 来update 源表 都可以，取决于你的场景和对数据处理的要求。

种植个草