关于远程数据访问的问题,请给个思路或框架
我正在设计一个内部论坛,大概有100-200人访问,访问不是很频繁~
后台数据库采用VFP(SQL正在学习中,将来肯定会换的),前台使用VFP,总体架构是C/S(个人比较喜欢C/S风格,以后有可能换成B/S,请大家不要在这上面纠结)
客户端:每个人可以在论坛中发贴(写数据),一个贴子为一条记录,客户端可以查看到近3个月的数据(读数据),还可以对贴子进行回复(修改数据)
服务器:客户端发贴和回复存到一张表中,管理员可以对数据库进行(添加\删除\修改)
客户端与服务端采用文件共享的方式进行访问
************************************************
我的思路是这样的:
1.发贴写数据:共享打开表,直接insert,完了打开timer间隔3秒,才可发第二贴
2.查看贴子:采用远程视图,动态更新
3.回复:回复内容存在备注字段中,客户端回复时,自动添加"多少楼 某某人 回复:",然后update到备注中,同时有一个回复计数器,当回复成功后,更新远程视图,然后打开timer间隔3秒,才可发第二个回复
(注:此处,我加入了并发控制,加记录锁,当发现前面有人修改记录时,回复失败 重新提交 提交三次后若仍失败则强制覆盖)
4.服务器的删除操作:因为要用pack,因此,每次释放表单时,都会判断一个表是否被使用,若没有人用,则Pack下,若使用则跳过
**************************************************
这是我第一次设计C/S,经验不足还请多多指教,另外,我担心的问题有以下两个:
1.一个是当访问量增大时,服务器的承受能力
2.当客户端lock后程序发生错误不能及时unlock,会影响到其它用户的问题
请问:有没有更好的思路 我的思路还需要哪些补充或改进~~
欢迎各位道友留言...
[解决办法]
后台建议 SQL Server 等专业数据库，可以所你担心的2个问题都解决了。
[解决办法]
既然是采用文件共享方式，那你就是用 use 来打开共享的表，就不叫 c/s，这叫 f/s
文件共享方式是有用户数限制的，你有可能 100 人以上的访问点，文件共享方式不适合
[解决办法]
VFP+sql
[解决办法]
1、
什么叫服务器打包到安装程序中？
应该是 SQL Server 数据库吧，这个客户端不用安装，也就不用打包了，只需要在服务器上安装 SQL Server 即可。
客户端选择不同的用户，这与用什么数据库无关，这就需要你建立一个操作员表，登录时读取并比对操作员表中记录即可。
2、区别大了，一个是专业型数据库，对并发、多用户等无需你操更多心，一个是简单型数据库，用于单机(或单用户)程序还不错。
