如何快速提高仓库建模能力

0
已邀请:
4

andrea_zhou - 咨询顾问、BA 2013-10-23 回答

题目是数据仓库建模,而非应用建模,所以可以更有针对性一些。个人 看法,可以考虑如下几点:
1.理论知识,首先,这是必须要具备的,理论有两大流派体系,Ralph Kimball 和Bill Inmon的,我有题目已经答过一些,可参考。
他们两位大师架构数据仓库的理论和实践方法相差蛮大,先学习,再融合,实际上在运用中,也是能看到不少“混合体”的,且不说合理否,很多时候还是会有些方面合用的。理论的学习了些啥呢,譬如EDW架构,各个层次,ODS,数据集市层,ETL架构等等。可以阅读两位的书籍。如Kimball的Toolkit系列等。
2.参考现成的模型,去百度或者GOOGLE里搜索,BI 架构,或是 BI Architecture 等,可以看到N多N多的图,选择一批,先读懂(当然,有些怪异的,不追求每个都要了解,速览即可),取精华,去糟粕,结合自己的情况,绘制适合当期自己所在企业和所在行业的图。这样的进步,是相当大的。
3.读其他人的文档,数据仓库设计的文档,图一般都不带字的嘛,读WORD和PPT,而且是自己企业或者相关企业的,带论述的,这样学习得更有速度。
  1. 最后,就是实践了,抓住机会多实践,模型架构,完善、修正。最后,形成一套自己的东西,可以依据情况调整改变个性化,就都好说了。
2

茳桦 - BI售前支持,cognos工程师 2013-10-23 回答

@andra_zhou 讲的都是理论的知识,我也给出一点点我的小的想法吧:
数据仓库就犹如我们实体的仓库,实体仓库那么大,我们放东西都是要分门别类的。我们的数据仓库也是,所以我们要创建数据仓库模型,就要按照不同模块分门别类,按不同层次来划分不同业务流。
打个比方,现在有三个业务系统的数据,销售系统,ERP系统和财务系统,这三个系统的数据都在数据库中存储,我就拿一个销售系统举例:第一层我们什么也不操作,只是将这些销售数据取到一个库里面,按原来的表类型,创建相同的表,导入数据。第二层我们要将明细的数据第一次汇总,各自的数据汇总到一起,这就将所有的数据整合并且将业务融合了。第三层,我们要按照不同的业务情况再剥剥离业务,想得到汇总的数据,就进行汇总,想得到员工销售明细的,就可以按照员工的编号来汇总员工的销售数据,想得到产品销售的数据,就可以根据产品的编号来汇总产品的销售数据,这样就可以清晰的跟所有的业务挂钩了。
我们要分析处理这些数据的时候,就可以根据不同的维度跟不同的业务事实表关联,员工销售情况就可以将员工的维表跟员工销售情况关联,产品的销售情况就可以将产品的维表跟产品事实表关联,业务模块清晰,数据处理方便。每个数据项之间想要进行操作,也方便快捷。

要回复问题请先登录注册