【转】数据仓库建模-数据建模基本流程

浏览: 2107

文件来源:https://ask.hellobi.com/blog/rayshawn/2983

(个人)建模注意点:

1.一定要清楚每一步建模的目的

2.准确完成每个流程的交付物

一、数据建模的基本流程

 1)概念模型: 确定系统的核心以及划清系统范围和边界

 2)逻辑模型:梳理业务规则,了解底层的数据细节。

 3)物理模型:从性能,访问,开发等方面考虑,做系统的实现。

1.概念模型

1.1 概念模型目标

 1)明确在建系统的商业目的

 2)明确组织: 系统使用者(组织,个人),各个业务流程涉及到的人或组织,同时兼顾未来的需求

 3)参与的物件(商品,货架)

 4)行业业务流程

 总结:  了解核心的业务流程,组织架构的特点,行业的术语,

   并且根据企业的独特要求做定制化的考虑。

1.2 概念模型获知的小经验:

   1)关注的是全局,而非细节

   2)概念模型设计阶段,对物理架构方面的思考,选择什么样的架构

   3)确认需求

   4)给出项目需要的基本时间以及项目加护草案

   5)估算项目的费用(硬件,软件,人员等)

1.3 得出逻辑模型的基础:

    比如:实体关系图(不需要添加属性,不需要添加次要的实体 ,允许多对多关系)

  

    尽量简单的,用用户可以理解的模型,符合实际的实体关系图。

    是逻辑模型沟通的基础

    

2.逻辑模型

2.1逻辑模型的目标

实体的定义,实体属性的定义,实体间的关系,约束的定义

2.2 经验小贴士

 1)估算项目的时间及项目计划草案

 2)估算出项目的费用

 3)当实体数量超过100时,需要定义术语表

 4)规范化,使用3NF

 5)先规范化,再你规范话,不可一步到位

 6)不可缺少约束的定义,主键,外键,特殊属性的范围定义等

 7)使用case工具做逻辑模型

 8)多对多关系需要解决

 9)使用外部数据或其他系统作为数据源,验证上游数据的质量。

 10) 对概念模型中的实体可以进行抽象化,

 11) 对各个实体,重要的属性做结构化,详尽、准确的描述

 12)不可忽视属性的长度定义和约束定义

 13)不可忽视属性的默认值

 14)使用控制数据范围的域

 15) 注意模型的版本管理。

 16)非常非常注意细节,血的经验与教训。

2.3 逻辑模型的交付物

 1)可以生成数据字典的文档

 2)实体,实体属性,属性结构,实体之间的关系要有完整的描述

 3)实体的数量足够多,需要使用术语表

 4)严格遵循命名规则

 5)使用CASE工具创建项目文件

 6)逆规范化在本层完成

 3.物理模型

 3.1 物理模型的目的

  1) 字段的类型和长度

  2)字段的默认值

  3)字段是否为空的设置

 3.2 物理模型的经验

  1)注意性能

  2)估算数据的规模

  3)考虑数据归档

  4)版本的管理

  

 3.3 物理模型交付物

  1)生成的DDL语句

  2)数据字典文档

  

推荐 1
本文由 arya 创作,采用 知识共享署名-相同方式共享 3.0 中国大陆许可协议 进行许可。
转载、引用前需联系作者,并署名作者且注明文章出处。
本站文章版权归原作者及原出处所有 。内容为作者个人观点, 并不代表本站赞同其观点和对其真实性负责。本站是一个个人学习交流的平台,并不用于任何商业目的,如果有任何问题,请及时联系我们,我们将根据著作权人的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。

0 个评论

要回复文章请先登录注册