数据仓库和决策支持系统.pptVIP

“所有”标签页 第六十三页，共九十五页。 销售事实元数据 3. Analysis Manager中SQL Server数据源的确定 可以选择系统自带的Access数据库FoodMart2000 完成数据连接属性的设置后，可以单击其中的“测试连接”按钮 第六十四页，共九十五页。 “高级”标签页 第六十五页，共九十五页。 “所有”标签页 第六十六页，共九十五页。 7.4.2 SQL Server数据仓库的维创建 1. 调出维度向导欢迎对话框 第六十七页，共九十五页。 7.1.6 超市数据仓库元数据设计 销售主题元数据 名称 Sales 描述 整个超市中每个门市中每个POS机所记载的商品销售状况 目的 用于进行超市销售状况和促销情况的分析 联系人 各个门市销售经理 维 时间、商品、客户、商店、促销 事实表 销售事实表 度量值 销售成本、销售额、销售利润、销售量 第三十一页，共九十五页。 销售事实元数据 名称 Sales_Fact_年份 描述 记录每个门市每个POS机所发生的销售数据 目的 作为销售主题的分析事实 使用状况 每天平均查询次数 每天平均查询返回行数 每天查询平均执行时间（分钟） 每天最大查询次数 每天查询返回最大行数 每天查询最大执行时间（分钟） 存档规则 每个月将前36个月的数据存档 存档状况 最近存档处理日期 已经存档数据日期 更新规则 每个月将前60个月的数据从数据仓库中删除 更新状况 最近更新处理日期 已更新数据日期 第三十二页，共九十五页。 数据质量要求及确认 由于从各个门市POS机上所产生的数据可能会由于极少的人工输入，而使数据质量不能得到保证，但也真实地反映了销售现状，不能随意修改，应被认可。 数据准确性要求 必须百分之百地反映各个门市销售状况 数据粒度 要求能够反映每一项商品的销售状况，不对数据进行汇总 表键 事实表的键（关键字）是时间、商品、客户、商店和促销维中键的组合 数据来源 超市销售业务系统中的销售表 加载周期 每天一次 加载状况 最后加载日期 加载的行数 加载规则 每天清晨3:00将各个超市门市中前一天的销售事实数据拷贝到本表，拷贝过程中要根据各个数据成员所定义的加载规则进行筛选和清理 销售事实元数据 第三十三页，共九十五页。 维元数据 名称 客户（Customer） 定义 从超市任何一个门市购买货物的任何个人或组织都称为客户。一个客户可以与多个销售地区发生联系(即出现在地理维的不同层次体系中) 层次结构 一个客户的数据可以在3个级别上进行统计：最低级别是出现在客户所在的县/区，其上为市、省 更改规则 新的客户位置作为新的一行插入维中。对已有位置的修改，则在原处更新 加载频率 每天一次 加载统计数据 最后加载日期 加载的行数 使用的统计数据 每天平均查询个数 每天查询返回的平均行数 每天查询平均执行时间（分钟） 每天最大的查询个数 每天查询返回的最大行数 每天查询执行的最长时间（分钟） 第三十四页，共九十五页。 存档规则 每个月将前36个月的数据存档 已存档数据日期 更新规则 每个月将前60个月的数据从数据仓库中删除 更新状况 最近更新处理日期 已经更新数据日期 数据质量 增加一个新客户时，先检查是否已在其他地方和该客户做过交易。少数情况下，由于检查失败，会将一个客户的不同部门作为不同客户保存。地区属性并不是销售业务系统原有的，而是根据送货地址属性中的邮政编码进行区分 数据的准确程度 一个客户与其地理位置的关联出错的可能性在某一百分比以下，该百分比大小要根据对业务数据的研究情况确定 关键字 客户维的关键字是系统产生的数字 维元数据 第三十五页，共九十五页。 产生关键字的方法 从销售业务系统中拷贝一个客户时，将检查转换表，检查该客户是否已经存在于数据仓库中。如果否，就产生一个新的关键字。然后将这个关键字和销售业务系统中的Custom~ID和地区ID插入转换表中。如果该客户和位置已经存在于转换表，则根据表中的关键字决定数据仓库中要更新的记录 源表名称 超市销售业务系统中的Customer表 加载规则 每天拷贝每个Customer表中的行。对于已存在的客户进行更新。对于新客户，确定其所在地理位置之后，产生一个关键字，然后插入一行新记录。在更新／插入操作之前，需要检查是否有重复的客户名。如果有，则在客户名后增加一个顺序号，直到名字以及名字和顺序号的组合都没有重复为止。 加载规则 只选择新的和发生变化的行 源表名称 Customer_Location表 转换规则 每天拷贝一次Customer_Location表。对于已存在的客户，更新其送货地址；对于新客户，则产生一个键，并插入一行。 维元数据 第三十六页，共九十五页。 数据成员元数据