基本概念
维度建模应该由主题专家和企业数据管理代表合作设计而成,工作由数据建模者负责,但模型应该通过与业务代表开展一系列高级别交互讨论获得。
关键词:主题专家 数据管理代表 业务代表 交互讨论
理解业务需求、源数据的实际情况。通过与业务代表交流发现需求,用于理解他们的关键性能指标、竞争性商业问题、决策制定过程、支持分析需求的目标;通过与源系统专家交流,构建高层次数据分析访问数据可行性来揭示。
关键词:业务需求 源数据
维度设计过程
- 选择业务过程
- 声明粒度
- 确认维度
- 确认事实
业务过程:组织完成的操作型活动 、微观活动,通常具备以下特征:
- 业务过程常用行为动词表示,因为他们通常表示业务执行的活动。
- 业务过程常由某个操作系统支撑,如超市的收银系统
- 业务过程通常由输入激活,产生输出度量,对于建模人员来说,将会长生一系列事实表。
声明粒度: 粒度用于确认事实表中的行表示什么,粒度设计建议从原子粒度数据开始设计以应对后期不同用户的使用需求。
确认维度:维度要解决的问题是“业务人员如何描述来自业务过程度量事件的数据?”应当使用健壮的维度集合来装饰事实表。维度易于区分:它们表示的是与 谁、什么、何处、合适、为何、如何关联的事件,常见的维度的实例包括日期、产品、客户、雇员、设备等。
确定事实:设计中的事实必须符合粒度定义,需要综合考虑用户需求和数据来源的实际情况,如果发现不合适需要重新回到第2,直到结果令人满意。
下一章节:零售业务维度建模实例