先介绍一下需求:<wbr><wbr><br>  <wbr><wbr><br> 客户是一个集团客户,下属几十家子公司,且子公司下面还有二级子公司,各自独立核算.业务大同小异.<wbr><wbr><br><br> 客户的要求是:建一个供所有子公司通用的业务系统. 集团公司能够监管各子公司数据并且能对所有数据进行综合分析统计,且集团和子公司之间<wbr><wbr><br><br> ,子公司和子公司之间有业务联系.也就是能部分数据共享.但不能做成一个集中数据库,各子公司通过B/S系统访问的模式,必须要做成分布式<wbr><wbr><br><br> 数据,也就是各分公司有自己独立的数据库。以保证网络不能通信的时候,子公司的业务不受影响。但是又必须要保证子公司之间部分数据共享,且<wbr><wbr><br><br> 所有子公司数据必须要采集到集团总部。<wbr><wbr><br><br> 我设计了三个方案:<wbr><wbr><br><br> 方案1:采用分布式数据库设计,也就是由DBMS自动管理的数据订阅、分发技术实现数据库的数据同步,以达到数据共享的目的。但是这种设计要求<wbr><wbr><br><br>     必须要有专网通信。但是我们客户的个子公司距离很远不可能实现专网通信。<wbr><wbr><br><br> 方案2:使用中间件,也就是开发一个专门的数据交换工具。各分公司部署一套独立的相同的数据库,总部集团部署一个数据库,然后各分公司数据<wbr><wbr><br><br>     实时上传到集团总部数据库(总部集团一个数据库存储所有子公司的数据),然后再把数据分发到各子公司(数据增量同步),这样就可以<wbr><wbr><br><br>     实现数据共享。所有数据均集中到总部后统一分发。但是有一个问题是各分公司数据量很大,且分公司数量有几十个,这样总部数据库数据<wbr><wbr><br><br>     量将异常庞大。且在总部服务器上频繁读写,估计总部服务器将难以承受,效率会很低。且数据分发还存在很大技术问题。<wbr><wbr><br><br> 方案3:各分公司部署一套独立的相同的数据库,总部集团针对每一个分公司建一个相同得数据库帐套。各子公司实时的把自己的业务数据交换到集<wbr><wbr><br><br>     团服务器上自己对应的帐套内,这样集团可以通过选择不同的帐套来进入各分公司数据库进行监管.然后再建一个数据仓库,从各分公司帐<wbr><wbr><br><br>     套中采集数据,然后在数据仓库上开发一套B/S的BI系统,对数据进行综合分析统计.这样子公司也可以通过BI统计分析二级子公司的数<wbr><wbr><br><br>     据.同时通过BI系统实现数据共享(也就是各子公司可以通过BI平台进行业务),这样解决了效率的问题,同时避开了数据下发的问题是还<wbr><wbr><br><br>     是有点问题,就是在集团总部要建很做帐套,也就是很多个数据库(每个子公司一个数据库),如果增加一个子公司就要新建一个数据库.<wbr><wbr><br><br>     这样集团服务器压力还是很大.<wbr><wbr><br><br>     目前偏向于第三种方案,但是心里还是没底.毕竟这么复杂的架构还是第一次做.不知道会有什么问题没有,请各位大虾帮忙分析一下!     小弟在此谢过了,也希望为有同样困惑的同仁提供一点参考! </wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>
  • claro用户头像
  • claro
  • (tdhh)
  • 等 级:
#1楼 得分:0回复于:2009-04-20 14:24:29
帮顶。
<wbr> 慢慢看</wbr>
  • claro用户头像
  • claro
  • (tdhh)
  • 等 级:
#2楼 得分:0回复于:2009-04-20 15:18:51
有财力找专门的服务商提供解决方案吧。
看似有点复杂。
#3楼 得分:0回复于:2009-04-21 16:48:16
呵呵 希望高手帮忙分析下
#4楼 得分:0回复于:2009-04-21 16:55:08
这个架构没什么问题。不过什么叫帐套?
数据同步的话,网络是个要注意的问题。
每个分公司在总部对应一个数据库也可以。
#5楼 得分:0回复于:2009-04-21 17:16:50
方案1、简单,对网络要求高,条件不允许就算了
方案2、中间件,基本上你能做中间件就不会去做这个系统赚钱了
方案3、可行,投钱就ok,原理简单,结构简单
#6楼 得分:0回复于:2009-04-21 18:37:41
现在公司就是用的方案一,全球各地的分公司都在一个局域网里.

看法大致同5楼, 方安一你自己都说不可能了,还提他出来干什么.
#7楼 得分:0回复于:2009-04-21 19:36:19
关注中
#8楼 得分:0回复于:2009-04-24 13:36:08
谢谢,大家,希望听到更详细地分析
  • wxf163用户头像
  • wxf163
  • (一只小小菜)
  • 等 级:
#9楼 得分:0回复于:2009-04-24 14:17:01
关注
#10楼 得分:0回复于:2009-04-27 16:28:06
我继续等待
#11楼 得分:0回复于:2009-04-27 17:47:01
不知道为什么要轻易否定方案一,SQL Server支持透过Internet的数据库复制,不需要拉专线。可以用VPN,另外还有一个透过https管道的选择。
Logo

腾讯云面向开发者汇聚海量精品云计算使用和开发经验,营造开放的云计算技术生态圈。

更多推荐