第3章设计数据仓库2

第3章设计数据仓库(2)数据仓库设计概念设计实体关系图（ERD）逻辑设计数据项集（DIS）维度事实模型DFM物理设计数据仓库的概念设计实体关系图（ERD）以实体和关系为特征实体用椭圆表示关系用箭头表示箭头方向和数量表示关系的基数实体关系的表示实体和属性的建模惯例唯一的名字标题风格完整、非缩写的单词单数名词企业ERD由企业内各个反映不同群体观点的高层数据模型组合而成。数据仓库的逻辑设计对概念模型中标识的每个主要主题域或实体，都要建立一个中间层模型中间层数据模型包括四个基本构造：主要数据分组每个主要主题域只有一个主要数据分组，包含了只存在一次的属性二级数据分组包含每个主要主题域可以存在多次的数据属性连接器表示二个主要主题域间的关系数据的“类型”由指向数据分组右边的的线段表示，左边分组为超类型，右边分组为子类型中间层数据模型中间层数据模型例子ERD层标识了一个关系后，在DIS层需要用一对连接器关系来表现中间层数据模型例子中间层数据模型例子企业DIS企业DIS由企业内各个反映不同群体观点的DIS组合而成。维度事实模型DFM事实是与决策相关的概念，通常是建模公司内发生的一组事件维度是范围有限的事实属性，提供了事实的分析坐标事实通常对应公司中动态发生的事件事实可能对应一个实体或实体间的N元关系经常发生更新的实体是事实的上佳候选；而静态的实体则不是SALE---事实SRORE---不是事实星型模型主要包含3种逻辑实体：事实表维度表联系星型模型的特点文本数据与数值数据分离文本数据通常出现在维表中，而数值数据出现在事实表中可以为决策支持系统的处理优化数据事实表一个星型模型只有一个事实表事实表包括独有的标识数据，同时包含其本身的独有数据事实表往往是数字度量，不欢迎描述性信息事实表可达数百万行或更多最小粒度原则事实表同时包含指向周围表（维表）的预先连接的外键可以有任意多个外键与维表相关事实表的内容事实表的主键是所有维度表主键的组合键主要是数字属性表很长，但不宽稀疏的数据假期记录可能为空退化的维度既不是事实也不是维属性的数据元素如发票号、订单号等事实表设计毛利润=销售-成本；在已有销售和成本字段的情况下，是否应物理存储毛利润字段？应存储减少用户出错便于生成报表维度表维度表是事实表不可分割的伴侣维度表倾向于将行数做得相当少（通常<100万行），而将列数做得特别大数据仓库的能力与维度的质量和深度成正比一个用户要按星期与商标来查看销售额，星期与商标就必须是可的维度属性维度内容维度属性是查询的约束条件、分组与报表标签生成的基本来源每个维度用单一的主关键字进行定义，主关键字是确保与之相连的事实表存在完整性的基础。非直接相关属性产品:包裹大小与品牌非规范化很多维度变化很缓慢多级层次结构维度表通常有多种多级层次结构维度中的文本与数字维度应当是文本和离散的尽量使用详细的文本信息取代编码数字属性放入维度表还是事实表应当看它是一个含有许多取值并参与运算的度量（应放入事实表），还是变化不多并参与约束条件的离散取值（应放入维度表）产品尺寸------维度表产品生产成本------事实表例：业务数据的E-R图销售销售日期商店号商品号销售数量销售单位商品商品号商品名商品类号存货星期商店号商品号数量1m1m商店商店号商店名地址城市省邮编地区号1mm11商品类商品类号商品类名部门号m1m地区地区号地区名E-R图向多维表的转换该问题的多维表模型中，商品维包括部门、商品和商品大类，地点维包括地区和商店，忽略存货，而只注意销售事实。在E-R图中不出现的时间，在多维模型中增加时间维。在多维模型中，实体与维之间建立映射关系，联系多个实体的实体就成为事实，此处销售实体作为事实，其他实体作为维。然后用维关键字将它转换为星型模型，如图所示。商品维地区维时间维部门地区年商品大类商店月商品周日销售事实E-R图向多维模型的转换利用维关键字制定的星型模型在各维中，只有部门，商品类，地区，商店的编号没有具体的说明。为了打印报表将增加这些编号的名称说明，即部门名、商店名等，在维表中增加这些说明，即修改该星型模型

修改后的星型模型产品维度表产品关键字（PK）、产品描述、商标描述、分类描述、部门描述、包装类型、包装尺寸、重量、储藏类型、货架类型、货架高度、货架深度。。。。。。产品维度表每行都有与产品相关的商标与分类，有冗余但易于使用日期维度：日期关键字、日期描述、星期、年历月、年历周、年历日、月编号、周编号、日编号、财政日、财政月、周末指示符、节假日指示符、销售旺季、重点事件。。