关于体系结构的问题(200分)

  • 主题发起人 主题发起人 三少
  • 开始时间 开始时间
三

三少

Unregistered / Unconfirmed
GUEST, unregistred user!
一个收费系统，有9个点，分布于一城市内，与中心点用64K DDN相连，
有50万左右用户，每天每个点平均数据量在2000个用户交费记录左右。
现行foxpro的系统，各自管辖一定范围的用户。现在系统需要升级，客户希望用分布式数据存储来实现，但是从开发的角度来讲，分布式将会带来很多的麻烦，所以我们希望能说服客户用集中式数据存储。

现在这个任务就到我的头上，不知道各位高人有何见解和指点，后天要交方案选型的理由说明，我都不知道该如何下手写这个报告，万望有这方面经验的高手指点一二。
//客户的最大理由是广域网64K链路不能保证数据传输需求，影响收费的速度。
 
客户端若没有返回大量数据的查询则没有问题，当然数据库绝对不能用foxpro
 
数据量不小呀，系统应该需要升级：
数据库采用ORACLE、SYBASE、MSSQL等
数据链路采用512K以上的专线

现在电信收费都采用集中计费方式
 
　　从这个项目情况看来，肯定应该采用数据集中方式，不要給客户说最大的优点是写程序
方便，而是要告诉他们，集中的优点在数据安全，成本更低，性能更高。集中后的数据库服
务器可以采用UNIX（或者LINUX）＋INFORMIX（或者ORCAL）方式，性能随便你吹，毕竟要比
Windows NT高一个档次，安全性方面，你可以給他配个磁带机，要求备份磁带异地存放（放
远点的话地震都不怕），被病毒、黑客破坏的机会也少了一个数量级。
　　我说清楚了没有，没有我再补充。
 
事实上我已经做好了集中数据存储的方案，但是销售人员让我再出一个分布式存储的方案。

犯愁的是在这里。如果是集中存储的话，有很多的解决办法，B/S，C/S等等。
因为以前用Delphi做过MTS的项目,所以方案采用了MTS的分布式多层体系结构。

现在问题在于还要出个分布式数据存储的方案，这样的系统我就没有太多的经验，不知道
有什么好的解决办法？
 
分布式数据存储好象是比较麻烦
大富翁就这个问题讨论过多次，印象中好象没有谁给出过比较好的解决方案
 
　　我的意思是你这个项目不适宜做分布系统，分布系统一般都是因为网点太多、数据庞
大、联网困难等情况下不得已而为之。

　　当然，如果你的收费系统仅仅是收费，而且一般情况下每个用户不会自己一天到多个
网点去缴多次费，那么有个简单办法实现。这是参照的银行的某些代收费项目，比如电费、
电话费。各收费网点定期（每天、每半天、或者每周）与中心服务器交换数据，交换的内
容为：上载实际收费记录－>中心服务器更新应收费记录->下载应收费记录。这样甚至可以
不联网，用磁盘交换数据，本人所在单位委托银行的代收费系统就是这样做的，每周到银
行收实收费记录，然后更新数据库的应收处理，然后新发应收费清单給银行，银行收费的
时候，凡是找到应收记录就按照相应的记录收费。
 
用Orcale数据库，结合它本身分布式功能应该可以实现的。
 
今天交方案，设计的思路如下：（分布存储）
1。网络主链路租用128k的DDN,中心点用CISCO的3640，分点用cisco2610，（和集中一样）
2。分点建立一个局域网，使用一台hp3000作为分点数据库服务器，数据库采用oracle for NT
3。中心点使用Alpha es40小型机作为中心点数据库，数据库使用oracle for Tru64 Unix,
4。分点数据库管理本地数据、中心点数据库管理所有数据。
5。涉及垮点交费的，由分点发起请求，修改中心点数据，本地交费的只修改本地数据库。
6。数据同步采用oracle的双向同步技术，做实时同步。

不知道这样的方案有什么漏洞？
 
您必须登录或注册才可回复。

Similar threads

Ray
[转]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework
回复
4
查看
5K
chlkuei
C
X
关于异地数据的传输问题(100分)
回复
12
查看
110
weichao9999
W
B
广域网数据传输问题(200分)
回复
13
查看
248
sxd781017
S
X
关于ClientSocket的问题 ErrorCode=10055(50分)
回复
3
查看
276
xyl999
X
C
有奖竟猜，关于效验码的问题。(200分)
回复
4
查看
180
crazycock
C
后退
顶部