数据仓库不稳定架构如何设计问题讨论
0
请教一下大家,我和朋友一起开了一家互联网公司。目前在和BI的PM对于数据仓库的架构上有2种方案落不了地;
方案一:做一个超级大的数据仓库,其他的业务数据小仓库都从大仓库里取数据
优点:只要大的数据仓库保持稳定,小的数据仓库坏了数据随时可以修复
缺点:大的数据仓库跪了,所有的都跪了
方案二:根据不同的产品业务线,做针对性的数据仓库
优点:多个数据仓库,坏了几个无所谓,修复就是
缺点:维护仓库较多,数据仓库坏了,花的时间较长,人力成本较高
想请教一下各位:你们在平时做数据仓库搭建的时候是怎么做的呢?
方案一:做一个超级大的数据仓库,其他的业务数据小仓库都从大仓库里取数据
优点:只要大的数据仓库保持稳定,小的数据仓库坏了数据随时可以修复
缺点:大的数据仓库跪了,所有的都跪了
方案二:根据不同的产品业务线,做针对性的数据仓库
优点:多个数据仓库,坏了几个无所谓,修复就是
缺点:维护仓库较多,数据仓库坏了,花的时间较长,人力成本较高
想请教一下各位:你们在平时做数据仓库搭建的时候是怎么做的呢?
没有找到相关结果
重要提示:提问者不能发表回复,可以通过评论与回答者沟通,沟通后可以通过编辑功能完善问题描述,以便后续其他人能够更容易理解问题.
3 个回复
seng - 从事BI、大数据、数据分析工作 2016-11-11 回答
赞同来自:
GeorgeYao - 路漫漫其修远兮,吾将上下而求索! 2016-11-11 回答
赞同来自:
BAO胖子 - 15年BI经验,涉足电力,快消品,医药,信息服务等行业的BI老兵。 2016-11-11 回答
赞同来自:
DW往往不是核心系统,偶尔宕机没什么大事。