欢迎来到Doc100.Net免费学习资源知识分享平台!
您的位置:首页 > 程序异常 >

关于数据分布 集中管理的设计, 请帮忙分析,有详细说明

更新时间: 2014-01-05 02:31:01 责任编辑: Author_N1

 

关于数据分布 集中管理的设计, 请大虾帮忙分析,有详细说明!
先介绍一下需求:
 
客户是一个集团客户,下属几十家子公司,且子公司下面还有二级子公司,各自独立核算.业务大同小异.

客户的要求是:建一个供所有子公司通用的业务系统. 集团公司能够监管各子公司数据并且能对所有数据进行综合分析统计,且集团和子公司之间

,子公司和子公司之间有业务联系.也就是能部分数据共享.但不能做成一个集中数据库,各子公司通过B/S系统访问的模式,必须要做成分布式

数据,也就是各分公司有自己独立的数据库。以保证网络不能通信的时候,子公司的业务不受影响。但是又必须要保证子公司之间部分数据共享,且

所有子公司数据必须要采集到集团总部。

我设计了三个方案:

方案1:采用分布式数据库设计,也就是由DBMS自动管理的数据订阅、分发技术实现数据库的数据同步,以达到数据共享的目的。但是这种设计要求

    必须要有专网通信。但是我们客户的个子公司距离很远不可能实现专网通信。

方案2:使用中间件,也就是开发一个专门的数据交换工具。各分公司部署一套独立的相同的数据库,总部集团部署一个数据库,然后各分公司数据

    实时上传到集团总部数据库(总部集团一个数据库存储所有子公司的数据),然后再把数据分发到各子公司(数据增量同步),这样就可以

    实现数据共享。所有数据均集中到总部后统一分发。但是有一个问题是各分公司数据量很大,且分公司数量有几十个,这样总部数据库数据

    量将异常庞大。且在总部服务器上频繁读写,估计总部服务器将难以承受,效率会很低。且数据分发还存在很大技术问题。

方案3:各分公司部署一套独立的相同的数据库,总部集团针对每一个分公司建一个相同得数据库帐套。各子公司实时的把自己的业务数据交换到集

    团服务器上自己对应的帐套内,这样集团可以通过选择不同的帐套来进入各分公司数据库进行监管.然后再建一个数据仓库,从各分公司帐

    套中采集数据,然后在数据仓库上开发一套B/S的BI系统,对数据进行综合分析统计.这样子公司也可以通过BI统计分析二级子公司的数

    据.同时通过BI系统实现数据共享(也就是各子公司可以通过BI平台进行业务),这样解决了效率的问题,同时避开了数据下发的问题是还

    是有点问题,就是在集团总部要建很做帐套,也就是很多个数据库(每个子公司一个数据库),如果增加一个子公司就要新建一个数据库.

    这样集团服务器压力还是很大.

    目前偏向于第三种方案,但是心里还是没底.毕竟这么复杂的架构还是第一次做.不知道会有什么问题没有,请各位大虾帮忙分析一下!     小弟在此谢过了,也希望为有同样困惑的同仁提供一点参考!

--参考方法--
数据库还是分开放置,集团的只是要看数据,定期复制同步过来就可以了
使用自己写的复制中间件就可以了
--参考方法--
感谢楼上的回复,我希望大虾帮忙分析下,有什么利弊,或者有更好的建议! 怎样做更好,为什么这样做,为什么不这样做,谢谢!
--参考方法--
系统集成 数据交换
可以解决
1 使用第三方中间件
2 自己做(Ftp,MSMQ,Web service,文件同步)

都可以

--参考方法--

"同时通过BI系统实现数据共享(也就是各子公司可以通过BI平台进行业务),这样解决了效率的问题,同时避开了数据下发的问题"
  
不明白,BI如何能解决数据共享问题,如果就避免了数据下发问题了,那分库的业务不需要这些共享数据么?怎么更新下去的?


也许是我没太明白楼主的全部意思,但个人觉得,第二,第三方案其实本质没多大区别,都还是在一个数据库服务器上,没有啥区别; 也许如果楼主用第三套方案时,总库的各帐套数据库能分开在不同服务器上也许可以解决性能问题.
 但数据下发更新一直是个问题?
上一篇:上一篇
下一篇:下一篇

 

随机推荐程序问答结果

 

 

如对文章有任何疑问请提交到问题反馈,或者您对内容不满意,请您反馈给我们DOC100.NET论坛发贴求解。
DOC100.NET资源网,机器学习分类整理更新日期::2014-01-05 02:31:01
如需转载,请注明文章出处和来源网址:http://www.doc100.net/bugs/t/10811/
本文WWW.DOC100.NET DOC100.NET版权所有。