数据仓库不稳定架构如何设计问题讨论

0
请教一下大家,我和朋友一起开了一家互联网公司。目前在和BI的PM对于数据仓库的架构上有2种方案落不了地;
方案一:做一个超级大的数据仓库,其他的业务数据小仓库都从大仓库里取数据
优点:只要大的数据仓库保持稳定,小的数据仓库坏了数据随时可以修复
缺点:大的数据仓库跪了,所有的都跪了
方案二:根据不同的产品业务线,做针对性的数据仓库
优点:多个数据仓库,坏了几个无所谓,修复就是
缺点:维护仓库较多,数据仓库坏了,花的时间较长,人力成本较高
想请教一下各位:你们在平时做数据仓库搭建的时候是怎么做的呢?
已邀请:
0

seng - 从事BI、大数据、数据分析工作 2016-11-11 回答

你所谓的坏了是 数据库坏了吗?
0

GeorgeYao - 路漫漫其修远兮,吾将上下而求索! 2016-11-11 回答

你这个两个方案完全是根据业务需求去设计的吗?是使用的【辐射状企业信息工厂Inmon架构】,还是【Kimball的DW/BI架构】,还是【独立数据集市架构】,还是【混合辐射状架构与kimball架构】;不管使用哪种都是根据满足实际业务需求和未来拓展而设计的;至于你说的这种情况好像方案完全被硬件故障所限,无法正常落地实施。
0

BAO胖子 - 15年BI经验,涉足电力,快消品,医药,信息服务等行业的BI老兵。 2016-11-11 回答

你这种数据库天天挂的项目。。。。不做为佳。
DW往往不是核心系统,偶尔宕机没什么大事。

要回复问题请先登录注册