维度建模的原则课件.ppt

事实表的主键 外键 每个维度表都与中央的事实表有着1:N的关系。 每个维度表的主键是事实表的外键。 事实表主键的选择 一个单独的复合主键：其长度为4个维度表键长度的总和，外键作为附件属性存在事实表中 一个生成的主键：与维度表的键无关的新生成的键，维度表的主键作为附加属性存储在事实表中 连接的主键:最常用的方式！！！ Chapter Ten 维度建模的原则 Contents 从需求到数据设计 星型模式 星型模式的键 星型模式的优势 星型模式的表关系 从前面的讨论可以得出的结论 星型模式是一种关系模型，非规范化的关系 维度表与事实表之间是1：N的关系 更复杂的模型： 维度表与维度表的多对多关系 维度表与事实表的多对多关系 星型模型的优势1 用户容易理解 OLTP用户使用预先定义好的UI或者查询语句与系统进行交互，用户不需了解数据模型。 （OLTP中表的连接关系可能要穿越规范化的N个表才能了解到表之间的关系）。 OLAP是用户驱动的，用户必须清楚数据模型。 星型模型容易被用户理解，完全按照与用户相同的理解关系的方式定义了连接路径。星型模型这种优势不仅仅体现在后期使用、理解方面，在前期的开发阶段也便于和用户进行交流。 星型模式的优势2 优化浏览 在数据库模式中，表与表连接的目的在于寻找到需要的数据 如果连接的路径复杂，那么在数据库中浏览数据将是缓慢而艰难的 如果连接路径简单、直接，则浏览数据会更快 星型模型的优势之一在于它优化对数据库的浏览 缺陷 供应商 组件 时间 产品 问题 星型模式的优势3 最适于查询处理 星型模型是一种以查询为中心的结构 简单、清洗的连接路径以及星星模型本身的结构使得查询在维度表和事实表之间顺利、流畅、高效 星型模式的优势4 星型连接和星型索引 星型连接是一种高速、并行、单独操作的多表的连接，可显著的提高查询性能 星型索引是一种专门的索引（建立在事实表的一个或多个外键上），提高维度表与事实表的连接速度 星型模式的优势5 提供良好的可扩展性 星型模式使得增加（或减少）维度变得简单，对模式中其对对象影响小 易于完成模式的修订 DimTime2001-7-1——2004-8-31字段含义 Chapter Ten 维度建模的原则 小结 维度模型的组成部分是从需求定义的信息包中演化而来的 ER建模不适合于DW，在DW建模中采用维度建模技术 星型模型用于设计包含事实表和维度表的关系模型 事实表包含了商业指标，维度表包含了商业维度。每个维度表中的分层结构用于下钻到更低层次的数据 星型模型的优势包括： 用户容易理解 浏览优化 最适合查询处理 星型连接和星型索引 提供良好的可扩展性 作业 就上次作业的事例，按以下表格格式，设计相关维度表与事实表的内容。要求收集尽可能多的属性。（电子版本，提交FTP上） 字段名 类型与长度 是否主键 字段说明 Chapter Ten维度建模的原则 Chapter Ten 维度建模的原则 目标 理解需求定义如何影响数据设计 星型模式的基础知识 事实表与维度表中的内容 数据仓库中应用星型模式的优势 Chapter Ten 维度建模的原则 Contents 从需求到数据设计 星型模式 星型模式的键 星型模式的优势 从需求到数据设计 需求的定义完全驱动着数据仓库的数据设计。 需求定义文档 信息包表包括： 商业指标 商业维度 维度内的层次结构 信息包表是数据仓库逻辑数据设计的基础 数据设计就是集中所有的数据结构 一个数据结构是由一组数据元素结合而成的。 逻辑数据设计包括： 决定多种需要的数据元素以及将这些元素组合成数据结构 数据结构之间建立关系 从需求到数据设计 设计决策 选择处理过程：信息包表的主题 选择粒度：数据到底详细到什么程度？ 识别维度： 信息包表 选择事实 选择数据库的持久度：保存多旧的历史数据？ 从需求到数据设计 维度建模基础 维度建模：将所需的商业维度合并到逻辑数据模型中去。 信息报表是维度建模的基础：三类数据实体 指标或度量单位 商业维度 商业维度的属性 例: 时间 产品 付款方式 客户 经销商 年 模型名称 贷款类型 年龄 名称 季度 模型的年份 条款（月） 性别 城市 月 包装风格 利息率 收入状况 州 日 产品线 代理机构 婚否 单独品牌标记 星期几 产品分类 家庭大小 第一次操作日期 几号 外表颜色 已拥有车辆数 季节 内部颜色 家庭财产 假日标志 第一年 拥有/租用 事实：实际销售价格、MSRP销售价格、配件价格、全价、经销商附加部件、经销商信用、经销商发票、预付定金、收益、贷款 信息主题：汽车制造商的销售 维度 层次结构 从需求到数据设计 维度建模基础 Example：将所有的信息集成在一起，显示了如何由信息包表构造不同的维度表（就是关系、表） 实际