VFP单机版转换C/S模式问题？急！在线等待。

Question

有点困难，最好使用SQL SERVER，VFP的单机程序转换成基于SQL SERVER的C/S结构，不是很难。如果使用VFP的DBC共享，锁不好解决。

Answer 1

非常简单.把你的整个数据库用vfp的升迁向导升迁.然后做一些优化的工作就可以了。

Answer 2

怎么升迁？我原来是用VFP6。0做的。
优化什么？
详细说下思路可以吗？

Answer 3

从单机版升级到网络版主要是注意数据的锁定问题和数据表的共享使用问题。
在主程序里加一句SET EXCLUSIVE OFF可以使打开表的时候是一共享方式打开的，在修改数据之前要锁定记录，用RLOCK()（如果RLOCK()返回假.F.，别人在使用该记录），修改完以后用UNLOCK解锁，以便别的人可以使用该数据。另外注意一些问题，即INDEX、PACK、ZAP等操作需要独占的打开数据库，使用USE ..... EXCLUSIVE可以独占打开文件。

Answer 4

我说几点：
1。用VFP升迁向导升迁到SQL。
2。在SQL中导入原来的VFP中的数据。
3。在SQL中建立表关系。
4。将建立数据库和远程视图（相当于原来的本地数据库），记住要设为可更新，常用又不常改动的表可以放在客户端。重要的，数据量大的表放在服务器端。
5。将表单中原来与本地表相连的控件的数据源，改为与远程视图相联，当然也可以直接用SPT与后台直接相联，只是我觉得远程视图的功能已经足够应付这些需求了。
6。需要思考的是如何保证数据的一致性，和即时性，这需要及时刷新远程视图，这样的缺点是执行效率有点慢，但如在P4机上百万条记录当以下是可以考虑的。如果是服务器则效率问题可以忽略。
7。想要多用户必须用前后台，联机共享锁的问题非常烦琐，且只能部分共享，这部分的实用功能顶多能实现同时共同录入。

Answer 5

如果要升级到C/S模式，liujianjun_(流星尔) 办法比较简单，但实际操作起来还是很麻烦的，而且就象 general_cigarette(半支烟)说得那样，锁的问题不太好解决。所以我建议还是用我上面的办法，简单的升级一下，作为一个网络应用就行了，反正自己用，能用就行。

Answer 6

共享问题不大，我曾经做过类似的项目的，只要你在开数据库时不要用独占式打开就可以了，还有如果你用到VFP缓存技术的话，你就要在设置缓存时注意一下就可以了，其实还有一种变通的办法来实现类似C/S的功能，只要你的原来的单机版VFP程序放到一台大家都能访问的服务器上，然后大家都在网络上连接这台服务器使用现一个应用程序和数据库就可以实现的你所要求的功能，如果网络速度太慢可以用远程控制软件来实现远程操作（PcAnyWhere和WIN200自代的）。

Answer 7

不好泼你冷水。
vf的cs结构程序再好，问题也多。
用pb吧。

Answer 8

如果站点数不是很多,数据量不大,也不想将程序改变太多,就采用F/S结构吧!将来有空再重新规划一下库结构,进行C/S的升迁.这样改动量较小.如果现在做C/S的升迁,就不能体现出SQL SERVER的强大优势,不能将客户端做的比较瘦,而且效率也很差.

Answer 9

应该不会很困难
你用vf+sql就可以吗
只是需要解决共享和死锁问题就可以拉

Answer 10

呵呵  我和中创的gg做过类似的系统 实现vfp数据的四校区传递（山东大学东 西 南 老校） 发送到web服务器感兴趣的话  [email protected]     

Answer 11

VFP的C/S结构问题多多？我用得挺好的啊，一般情况下有十几台客户端在工作，数据量从几万到100多万的都有，除了VFP的C005错误以外，C/S方面没发现什么问题。Server端用的是Windows 2000+SQL Server 2000或者Solaris/Linux+Sybase，这种应该是一个标准的应用了吧。VFP不太适合作大型系统，不过dawsons (dawsons)的要求足可达到了。