VFP 与SQLserver的连接有关问题

VFP 与SQLserver的连接问题
我是一个单位的信息化员，单位有局域网，近几年，我设计了好几套VFP数据库管理软件，可安装在不同业务员的机子上，共享服务器上的数据，极大的方便了单位的管理工作，但是当共享端的用户很少时，数据冲突的现象不明显。可是现在我从原单位调出来了，新单位的网络规范更大，库管员有十几个需要同时上帐，数据冲突的问题就突出了，虽然我给各楼层建了临时库,各楼层输入各楼层的数据,然后有一个权限特殊的库每日定时把他们的数据汇总一下，再提交到网上，其它财务生产就可看到动态的数据变化，但是这必竟不是长久之际，用SQL server解决数据的冲突问题势在必行，请问各位老师专家，独占性数据库管理系统升级与SQL联系，程序会有多复杂，工作量大吗？
[解决办法]
完全不知所云，十几个客服端同时上账与数据冲突没有任何必然联系

[解决办法]
数据不共享，怎么能多人使用一个数据库
[解决办法]
原来是单机用，独占使用，没有考虑共享冲突的事，现在想数据库共享大家都用，就必须要考虑冲突的事了
[解决办法]

引用:

原来是单机用，独占使用，没有考虑共享冲突的事，现在想数据库共享大家都用，就必须要考虑冲突的事了

数据的冲突跟程序规划有关. 跟数据库引擎无关. 意思就是 原来用VFP冲突了用SQL 一样冲突. 你需要的是重构代码而不是更换数据库
[解决办法]

引用:

完全不知所云，十几个客服端同时上账与数据冲突没有任何必然联系

估计是 原来虽然有几个终端上账,但业务不多, 但是同一时刻只有一个用户在工作. 现在业务多了. 不能想以前那样,一个结束了另一个才开始. 这就是所谓的冲突了. 跟我们通常所说的锁定冲突是两回事
[解决办法]
解决这个问题,简单的做法是.首先 把所有需要共享的表 在代码中 共享打开, 其次在更新表之前 判断一下表和记录是否被锁定了. 如果被锁定就等待解锁后先锁定数据表然后更新.然后解锁

复杂的做法 就要重新规划代码结构, 多使用虚拟库,  不要使用PACK  APPEND 等需要独占数据表的指令.不要手动锁定数据表(以免某客户端锁定表以后死机了,其他用户就一直在等) 尽量使用 UPDATA 等标准SQSL 指令. 尽可能减少数据表被自动锁定的时间, 这样的话 用户使用时就跟以前是一样的了, 

查看更多 下一篇