关于数据传输型程序的设计讨论(200分)

  • 主题发起人 主题发起人 duhai_lee
  • 开始时间 开始时间
D

duhai_lee

Unregistered / Unconfirmed
GUEST, unregistred user!
目前的需求是, 超过2千家的单位使用,最后数据上报给各自单位的部委(单位的上级).
然后部委汇总数据在上报到总服务点.

已知, 单位的个数超过2千, 最多5000, 一般数据为2000
部委数 为200.
每个单位上报部委的数据平均在1000左右, 最多达到20000, 少的可能就几条.

客户端的程序业务很简单, 基本就是填数, 做简单校验. 然后上报.

请问,这样的系统, 如何架构会比较好?
1,三层? 如果三层的话,是不是每个部委都需要得有应用系统服务器?
2,直接做简单程序, 用web service 上传? (如果这样, 具体怎么架构??)
3,采用java或者.net, 这是个理想的方式吧? (我提问的目的就是暂时排除这种可能,用cs的方式如何实现.)
应该还有很多种方案.
我虚心听取大家的建议, 分数我会另开贴, 该贴只能这么多了..


顶贴者有分.
 
建议webserver
 
做个可以多级上传的工具,部委是需要应用系统服务器的。
要是重要数据似乎不是很安全,
 
主要是与数据流有关的。如果说在部委与总服务点之间采用根方式数据存放方式数据传输的话,将不是一个简单的三层设计。如果是数据库是集中试的。则是一个简单的三层设计。
在设计过程需要考虑的硬件和网络的配置后(既资金的投入或现在的硬件环境后),采用一种比较符合实际的思路。
通过STRUS技术来实现三层和多层的关系。
 
用多层设计
 
首先感谢三位。

安全性是必须考虑的。

其实部委做的事就是将下级单位的数据汇总, 然后做简单校验。
 
1,建立数据中心,设置数据库
2,如果数据操作简单可以考虑b/s方式
3,如果数据操作复杂,比如主从关系比较多,判断比较多等应该改考虑三层结构
4,千万不要用c/s,切记!
 
楼上老大:
数据中心是个好办法。 其实用户的操作很简单,基本没什么流程。表间关系也很简单。

您所说的 c/s是直接作个单机版吧。 当然我主要是为了解决这个问题, 现在是二次开发。 这是以前被别人做成这样的。
 
可以用.net做一B/S架构的,也可以用delphi+VPN做一C/S架构的.
 
dbanywhere4.0肯定可以解决你说的问题,我做过2000个点的
 
楼上所说的dbanywhere我不熟.
我现在所有的方法是:
Com+配合WEBSERVER,同时考虑离线和实线两种传输.连接方式可以分两种:一种是上网
条件不好的情况下,可使用安装远程客户端,另一种是上网条件好的,就使用CTRIX(这是个好玩意)远程登录.
 
采用dbanywhere4-p2p是最省钱了,ctrix不是要多花很多钱吗?com+速度不行.
其实用dbanywhere4-p2p很容易实现
 
楼主先看看这个帖子
http://www.delphibbs.com/delphibbs/dispq.asp?lid=3469409;
1。每个部委都可以有自己的业务数据表,但他们的表结构应该是一样的,这样只需要一个服务器,否则你有2000个数据库的话,你的程序至少要建立2000个数据库连接,直接就死掉了;
2。后台最好用JAVA开发的webservice,这样就可以跨平台和数据库,而且java的内存回收机制很适合服务端程序使用;
3。另外可以用j2ee做部分工作,对操作速度要求不严格的完全可以用,而且我不赞同使用.net,开源才是硬道理:)
 
感谢楼上的回帖。
 
后退
顶部