谁能说说数据下传上报开发思路

newly_ignorant 2002-07-09 01:31:39
现有BS系统,已经在某些省使用。
但是别的省份网络条件恶劣,完全使用BS系统显然不现实,因此决定开发CS系统。

但是我不知道CS系统开发出来的系统(子公司用)如何有效地与BS系统中的数据(省公司使用)保持一致。肯定是需要将数据下传和上报,但是开发思路如何。

注:条件恶劣,必须保证数据能够续传。
...全文
58 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
jackhoog 2002-07-12
  • 打赏
  • 举报
回复
我赞同!:)
IBM_YS 2002-07-12
  • 打赏
  • 举报
回复
online呵呵
看来你也做过这种程序。
  但我们开发工具好象不同,你说的没错,用VB做是比较麻烦,是很麻烦,VB中全是Unicode,要传输二进制困难得很,当初烦死我了。
  newly_ignorant要解决的问题其实挺难的,要写完善了,代码起码要几千,我倒很想将我的代码告诉他,但公司限制!!!,唉,谁让我领人家的工资呢,继续努力吧。
newly_ignorant 2002-07-10
  • 打赏
  • 举报
回复
放分了,以后再讨教。
online 2002-07-09
  • 打赏
  • 举报
回复
ibm_ys说的对
网络条件恶劣、带宽低的时候,CS比BS稳定多了,因此它传输的数据少多了。
而且又不能实时在线。
以下是我对问题的看法:
需要建立一个服务器程序和客户端程序,他们之间用winsock进行通讯。服务器开放某个端口,用来监听客户端的请求。
当客户端需要传送的时候,只需要拨号,发送即可。
这样1省了电话费用2远程数据库对客户是隐藏的,安全性提高了。

关于数据的处理,我想用开发工具来谈一谈我的想法。
在pb中,很容易的建立分布式的程序,而且存在本地数据窗和远程数据窗,这样在本地检索数据,直接可以将数据传送到远程数据窗上,再由他负责更新到
服务器数据库中。这样避免数据的丢失。
在vb中,好像没这么简单,我所看到的是文件的上传和下报,比起数据的传输
应该简单一些。如果数据传输,可能会一行一行的读写传输。
在delphi中,好像有远程数据模块,应该也比较方便

to:
每日数据上报:那就直接做个ASP的上传好了, 每天把数据传倒服务器 ,再用ASP写段数据处理程序就好了,
每天找人上传 ,再点击下处理 就搞定了, 或者就用VB写个处理程序, 直接就用FTP上传也是一样的
对用户而言,不可能专人去上传,同时也不能浪费人家的大量电话费。
用户希望传送数据成功后,登陆到b/s系统就可以查看到上传的数据。
用asp可能处理较麻烦一些,首先要随时的查看多个用户是否上传,肯定要用到文件读写操作,速度和安全性值得考虑。
保持联系yyg@xjeri.com.cn
祝你好运
online 2002-07-09
  • 打赏
  • 举报
回复
ibm_ys说的对
网络条件恶劣、带宽低的时候,CS比BS稳定多了,因此它传输的数据少多了。
而且又不能实时在线。
以下是我对问题的看法:
需要建立一个服务器程序和客户端程序,他们之间用winsock进行通讯。服务器开放某个端口,用来监听客户端的请求。
当客户端需要传送的时候,只需要拨号,发送即可。
这样1省了电话费用2远程数据库对客户是隐藏的,安全性提高了。

关于数据的处理,我想用开发工具来谈一谈我的想法。
在pb中,很容易的建立分布式的程序,而且存在本地数据窗和远程数据窗,这样在本地检索数据,直接可以将数据传送到远程数据窗上,再由他负责更新到
服务器数据库中。这样避免数据的丢失。
在vb中,好像没这么简单,我所看到的是文件的上传和下报,比起数据的传输
应该简单一些。如果数据传输,可能会一行一行的读写传输。
在delphi中,好像有远程数据模块,应该也比较方便

to:
每日数据上报:那就直接做个ASP的上传好了, 每天把数据传倒服务器 ,再用ASP写段数据处理程序就好了,
每天找人上传 ,再点击下处理 就搞定了, 或者就用VB写个处理程序, 直接就用FTP上传也是一样的
对用户而言,不可能专人去上传,同时也不能浪费人家的大量电话费。
用户希望传送数据成功后,登陆到b/s系统就可以查看到上传的数据。
用asp可能处理较麻烦一些,首先要随时的查看多个用户是否上传,肯定要用到文件读写操作,速度和安全性值得考虑。
保持联系yyg@xjeri.com.cn
祝你好运

shaosx 2002-07-09
  • 打赏
  • 举报
回复
use Email system
_l_ 2002-07-09
  • 打赏
  • 举报
回复
每日数据上报:那就直接做个ASP的上传好了, 每天把数据传倒服务器 ,再用ASP写段数据处理程序就好了,
每天找人上传 ,再点击下处理 就搞定了, 或者就用VB写个处理程序, 直接就用FTP上传也是一样的

IBM_YS 2002-07-09
  • 打赏
  • 举报
回复
我不同意楼上兄台的说法,网络条件恶劣、带宽低的时候,CS比BS稳定多了,因此它传输的数据少多了。
以下是我对问题的看法:
  需要写一个服务器程序,守候省服务器的某个端口,给CS客户端提供服务。服务器应该有两部分,一部分是客户端向服务器提交数据,如果无法连接网络,则保存在本地,以后提交。二部分是供客户端下载服务器的新数据。
  客户端的程序与服务器相对应。
  这其中要用Winsock进行通讯。
newly_ignorant 2002-07-09
  • 打赏
  • 举报
回复
谢谢楼上的建议,不过情况并不能这样。

CS系统仅用于子公司的局域网,但是每日需要将部分数据上报给省公司并从省公司下传最新的数据。
_l_ 2002-07-09
  • 打赏
  • 举报
回复
不过我给你个建议, 就是直接拨号到你的 省公司的服务器上去, 那样仍旧用你的B/S
_l_ 2002-07-09
  • 打赏
  • 举报
回复
网络条件恶劣 你CS不是更麻烦了吗?? 更容易出问题呀


条件恶劣,必须保证数据能够续传。

既然B/S的也难, 怕你用CS更难~
newly_ignorant 2002-07-09
  • 打赏
  • 举报
回复
这为兄台说的完全没错,子公司和省公司有一部分数据需要保持同步
IBM_YS 2002-07-09
  • 打赏
  • 举报
回复
我想回答你的问题,但对你的问题有些不明白。是否可做以下假定:
1.子公司与省公司需要使用相同的数据库,或者必须同时更新,保持同步。
2.子公司有些时候根本无法上网(Internet)。
3.数据更新频繁,无法使用人工上报与下传。

7,762

社区成员

发帖
与我相关
我的任务
社区描述
VB 基础类
社区管理员
  • VB基础类社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧