这个兄弟说的有点严重了，主要是出于对数据操作安全方面的考虑，不是为了防止数据的外泄及密码暴露来的。如果使用文件共享的方式，就相当于是使用本地数据库了，如果多人同时访问，访问的冲突如何避免呢？另建规则么？

我不知道VFP没有共享访问机制。

vfp有共享访问机制。共享访问可以做到非常安全。无安全性差而言。看个人怎样设置就是了。微软既然敢做文件夹共享和映射，肯定要考虑安全性的。如果把访问权限的设置放的很宽，那无安全性而言。如果采用代码式共享，使用者可以通行访问服务器数据库，但是，就是打不开服务器上的任何磁盘。不知道大家到底是怎样设置的？在没有做好设置的情况下，及没有彻底认识 wingdow 功能的情况下，不要断然认为共享方式一定不安全的。
 我这里说的是针对 vfp 的 dbc 数据库，不是 sql server. 如果多人共享，设计者必须好好处理自己的程序。避免出现共享冲突。一般的原则是：1、打开共享库时，尽量使处理简洁、越快越好，禁止长期占用共享库。2、尽量少使用独占，除非是物理删除文件。3、尽量避免直接以单表的形式打开数据库内的表，
一般做法是：先打开数据库 open data ..\数据库，再打开表，use 表名。（不要计较表的物理位置），这是避免表损坏的一种方法。4、使用代码方式打开服务器的文件夹和磁盘，最好连注册表中的记忆也删除掉。 （供参考）

[ 本帖最后由 qingfameng 于 2013-8-13 11:02 编辑 ]

dBASE III开始数据库就是共享的（数据库本来就是用于共享目的的数据），世界上有无数的基于dBASE、FoxPro系列上的应用，当时就是广泛使用局域网的时代，没有安全性可言，人家就不会投入使用，事实上这些数据库应用到现在仍然在用，反而投入到广域网上的数据库系统安全性才有问题，大量的黑客针对广域网攻击数据库（著名的某网站用户密码泄漏事件就是数据库被攻破），道理很简单，你有开放性门户，就拦不住风雨入侵，局域网斩断与外界的联系，何来的不安全。斯诺登所泄漏的机密，全部是开放性系统造成的。

言之有理

无论什么数据库，都存在数据共享冲突问题，那不是数据库本身可以控制的，而是设计上必然会遇到的。举个很简单的例子：甲从数据库中提取了一部分数据出来更新，乙也提取了一部分，甲乙的数据有交集，然后各自提交更新后的数据，那么甲乙两人提交的次序不同，最后的数据就不同，不是甲覆盖了乙的，就是乙覆盖了甲的，这种冲突，不论是SQL Server还是VFP，都无法避免（提取的时候加不加锁都没用），除了程序设计者自己做好设计外，与部署什么数据库无关。

但是我发现一个问题，在一个数据库打开的时候，对共享数据表进行数据复制时都会出现错误，那在打开数据库文件时，对共享表是否能操作呢？这个问题还没试过，有试过的吗？

多了解一下共享和独占的概念。