《数据仓库与数据挖掘 .pptx》由会员分享，可在线阅读，更多相关《数据仓库与数据挖掘 .pptx（50页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、14.1 数据仓库分析与设计4.2 数据仓库开发4.3 数据仓库技术与开发的困难第1页/共50页24.1数据仓库分析与设计需求分析概念模型设计逻辑模型设计物理模型设计数据仓库的索引技术第2页/共50页3需求分析1.确定主题域2.支持决策的数据来源3.数据仓库的成功标准和关键性能指标4.数据量与更新频率第3页/共50页41.确定主题域（1）明确对于决策分析最有价值的主题领域有哪些？（2）每个主题域的商业维度是哪些？每个维度的粒度层次有哪些？（3）制定决策的商业分区是什么？（4）不同地区需要哪些信息来制定决策？（5）对哪个区域提供特定的商品和服务？第4页/共50页52.支持决策的数据来源（1）哪些
2、源数据（操作型）与商品主题有关？（2）在已有报表和在线查询中得到什么样的信息？（3）提供决策支持的细节程度是怎样的？第5页/共50页63.数据仓库的成功标准和关键性能指标（1）衡量数据仓库成功的标准是什么？（2）哪些关键的性能指标？如何监控？（3）对数据仓库的期望是什么？（4）对数据仓库的预期用途有哪些？（5）对计划中的数据仓库的考虑要点是什么？第6页/共50页74.数据量与更新频率（1）数据仓库的总数据量有多少？（2）决策支持所需的数据更新频率是多少？时间间隔是多长?（3）每种决策分析与不同时间的标准对比如何？（4）数据仓库中的信息需求的时间界限是什么？第7页/共50页8通过需求分析，需要的
3、数据包括：1.数据源（1）可用的数据源（2）数据源的数据结构（3）数据源的位置（4）数据源的计算机环境（5）数据抽取过程（6）可用的历史数据第8页/共50页92.数据转换数据仓库中的数据是为决策分析服务，而源系统的数据为业务处理服务。需要决定如何正确地将这些源数据转换成适合数据仓库存储的数据。第9页/共50页103.数据存储数据仓库所需要的数据的详细程度，包括足够的关于存储需求的信息，估计数据仓库需要多少历史和存档数据。第10页/共50页114.决策分析（1）向下层钻取分析（2）向上层钻取分析（3）横向钻取分析（4）切片分析（5）特别查询报表第11页/共50页12概念模型设计概念模型的特点是：
4、（1）能真实反映现实世界，能满足用户对数据的分析，达到决策支持的要求，它是现实世界的一个真实模型。（2）易于理解，便利和用户交换意见，在用户的参与下，能有效地完成对数据仓库的成功设计。（3）易于更改，当用户需求发生变化时，容易对概念模型修改和扩充。（4）易于向数据仓库的数据模型（星型模型）转换。第12页/共50页13 概念模型最常用的表示方法是实体关系法（E-R法）。E-R图描述的是实体以及实体之间的联系:用长方形表示实体，在数据仓库中就表示主题，椭圆形表示主题的属性，并用无向边把主题与其属性连接起来；用菱形表示主题之间的联系，用无向边把菱形分别与有关的主题连接。若主题之间的联系也具有属性，则
5、把属性和菱形也用无向边连接上。第13页/共50页14例子有两个主题：商品和客户，主题也是实体。商品有如下属性组：商品的固有信息（商品号、商品名、类别、价格等）；商品库存信息（商品号、库房号、库存量、日期等）；商品销售信息（商品号、客户号、销售量等）；客户有如下属性组：客户固有信息（客户号、客户名、住址、电话等）；客户购物信息（客户号、商品号、售价、购买量等）。商品的销售信息与用户的购物信息是一致的，它们是两个主题之间的联系。第14页/共50页15商品商品固有信息商品号商品库存信息销 售 信息购物信息 客户客户固有信息客户号=第15页/共50页16逻辑模型设计主要工作为：（1）主题域进行概念模型
6、（ER图）到逻辑模型（星型模型）的转换（2）粒度层次划分（3）关系模式定义（4）定义记录系统第16页/共50页171、主题域进行概念模型到逻辑模型的转换星型模型的设计步骤如下：（1）确定决策分析需求决策需求是建立多维数据模型的依据。（2）从需求中识别出事实选择或设计反映决策主题业务的表，如在“商品”主题中，以“销售业务”作为事实表。（3）确定维确定影响事实的各种因素，对销售业务的维包括商店，地区，部门，城市，时间，商品等，如图4.2所示。第17页/共50页18销售数据和维销售数据商品促销时间部门城市地区商店图4.2 销售业务的多维数据第18页/共50页（4 4）确定数据汇总水平确定数据汇总水平
7、 数据仓库中对数据不同粒度的集成和综合，形成了多层次、多种知识的数据结构。例如，对于时间维，可以以“年”、“月”或者“日”等不同水平进行汇总。（5 5）设计事实表和维表 设计事实表和维表的具体属性。在事实表中应该记录哪些属性是由维表的数量决定的。一般来说，与事实表相关的维表的数量应该适中，太少的维表会影响查询的质量，用户得不到需要的数据，太多的维表又会影响查询的速度。第19页/共50页（6 6）按使用的DBMSDBMS和分析用户工具，证实设计方案的有效性 根据系统使用的DBMSDBMS，确定事实表和维表的具体实现。由于不同的DBMSDBMS对数据存储有不同的要求，因此设计方案是否有效还要放在D
8、BMSDBMS中进行检验 （7 7）随着需求变化修改设计方案随着需求变化修改设计方案 随着应用需求的变化，整个数据仓库的数据模式也可能会发生变化。因此在设计之初，充分考虑数据模型的可修改性可以节省系统维护的代价。第20页/共50页21从的ER图转换成星型模型实例说明（1）业务数据的E-R图销售销售日期商店号商品号销售数量销售单位商品商品号商品名商品类号存货星期商店号商品号数量1m1m商店商店号商店名地址城市省邮编地区号1mm11商品类商品类号商品类名部门号m1m地区地区号地区名第21页/共50页22（2）E-R图向多维表的转换该问题的多维表模型中，商品维包括部门、商品和商品大类，地点维包括地区
9、和商店，忽略存货，而只注意销售事实。在E-R图中不出现的时间，在多维模型中增加时间维。在多维模型中，实体与维之间建立映射关系，联系多个实体的实体就成为事实，此处销售实体作为事实，其他实体作为维。然后用维关键字将它转换为星型模型，如图4.5所示。第22页/共50页23商品维地区维时间维部门地区年商品大类商店月商品周日销售事实 图4.4 E-R图向多维模型的转换第23页/共50页图4.5 利用维关键字制定的星型模型第24页/共50页25在各维中，只有部门，商品类，地区，商店的编号没有具体的说明。为了打印报表将增加这些编号的名称说明，即部门名、商店名等，在维表中增加这些说明，即修改该星型模型 如图4
10、.6 所示。第25页/共50页图4.6 修改后的星型模型第26页/共50页272、粒度层次划分所谓粒度是指数据仓库中数据单元的详细程度和级别。数据越详细，粒度越小，层次级别就越低；数据综合度越高，粒度越大，层次级别就越高。进行粒度划分，首先要确定所有在数据仓库中建立的表，然后估计每个表的大约行数。第27页/共50页283、关系模式定义在概念模型设计时，我们就确定了数据仓库的基本主题，并对每个主题的公共码键、基本内容等做了描述。在这一步里，我们将要对选定的当前实施的主题进行模式划分，形成多个表，并确定各个表的关系模式。第28页/共50页29“商品”主题公共码键：商品号。商品固有信息：商品表（商品
11、号、商品名、类型、颜色）细节级商品销售信息：销售表1（商品号、客户号、销售量、）细节级销售表2（商品号、时间段1、销售量、）综合级 销售表n（商品号、时间段n、销售量、）综合级第29页/共50页304、定义记录系统定义记录系统是建立数据仓库中的数据以源系统中的数据的对照记录。记录系统的定义要记入数据仓库的元数据。商品主题的记录系统在元数据中可描述如 表4.2所示。第30页/共50页31主题名属性名数据源系统源表名源属性名商品商品商品商品商品商品商品商品商品商品号商品名类别客户号销售日期售价销售量库存量库存号库存子系统库存子系统库存子系统销售子系统销售子系统销售子系统销售子系统库存子系统库存子系
12、统商品商品商品客户销售销售销售库存仓库商品号商品名类别客户号日期单价数量库存量仓库号表4.2 记录系统的定义第31页/共50页32物理模型设计确定一个最适合应用要求的物理结构（包括存储结构和存取方法）。（1）估计存储容量（2）确定数据的存储计划（3）确定索引策略（4）确定数据存放位置（5）确定存储分配第32页/共50页331.估计存储容量（1）对每一个数据库表确定数据量（2）对所有的表确定索引（3）估计临时存储第33页/共50页342.确定数据的存储计划（1）建立聚集（汇总）计划（2）确定数据分区方案（3）建立聚类选项第34页/共50页353.确定索引策略在数据仓库中由于数据量很大，需要对数据
13、的存取路径进行仔细设计和选择，建立专用的复杂的索引，以获得最高的存取效率。采用BTree索引，它是一个高效的索引，见图4.7所示。B树是一个平衡（balance）树，即每个叶结点到根节点的路径长度相同。B树索引是一个多级索引。第35页/共50页364.确定数据存放位置在物理设计时，我们常常要按数据的重要程度、使用频率以及对响应时间的要求进行分类，并将不同类的数据分别存储在不同的存储设备中。重要程度高、经常存取并对响应时间要求高的数据就存放在高速存储设备上，如硬盘；存取频率低或对存取响应时间要求低的数据则可以放在低速存储设备上，如磁盘或磁带。第36页/共50页375.确定存储分配物理存储中以文件
14、、块和记录来实现。一个文件包括很多块，每个块包括若干条记录。文件中的块是数据库的数据和内存之间I/O传输的基本单位，在那里对数据进行操作。用一个简例来说明逻辑模型和物理模型的内容，见下图所示。第37页/共50页名称类型长度注释产品维表包括公司所有产品的信息Product-Keyinteger10主键Product-Namechar25产品名称Product-SKuchar20库存单位销售员维表包括不同地区的所有销售员信息Salpers-Keyinteger15主键Salpers-Namechar30销售员姓名Territorychar20销售员所在区域Regionchar20所在地区订单事实表
15、包括公司收到的所有订单Order-Keyinteger10订单键Order-Namechar20订单名称Product-refinteger10参考产品主键Salpers-refinteger15参考销售员主键Order-AmountNum8，2销售额Order-CostNum8，2订单成本逻辑模型产品维表产品键产品名库存单位品牌订单事实表订单键订单名产品键销售员键销售额订单成本销售员维表销售员键姓名地域地区第38页/共50页39数据仓库的索引技术1.位索引技术2.标识技术3.广义索引第39页/共50页401.位索引技术（1）Bit-Wise索引技术（2）B-Tree技术与Bit-Wise索引
16、技术对比第40页/共50页41对于每一个记录的字段满足查询条件的真假值用“1”或“0”的方式表示，或者用该字段中不同取值（即多位二进制）来表示。例如，检索“美国加州有多少男性未申请保险？”利用BitWise技术得到有两个记录 满足条件。第41页/共50页性别保险州1MYMA2MNCA3FYIL4MNCA=2男未保险加州100111000111第42页/共50页43（2）B-Tree技术与Bit-Wise索引技术对比Bit-Wise索引技术比B-Tree技术能提高相应速度10100倍。对于检索“美国加州有多少男性未申请保险？”为例，假设数据库有10M记录，每个记录长800个字节，每一页16K字节
17、。按传统的关系数据库的检索：需要经过50万次I/O操作。按BitWise检索：对于10M个记录建立三列的BitWise索引。存取这些索引只要进行235次I/O操作。第43页/共50页442.标识技术 姓名 籍贯 职称 年龄陈文东 江西 教授 56何玉辉 河北 讲师 32李宝 湖南 副教授 37施东 江苏 讲师 28曹文 湖南 副教授 36赵玉 吉林 讲师 32黄小斌 江苏 讲师 28赛英花 山东 副教授 32彭宏 江西 讲师 25廖宇宙 湖南 教授 42样本记录：第44页/共50页45数据库中的每个实体创建一个标识。“江西”在籍贯中是01标识。“28”在年龄中是02标识。“讲师”在职称名中有一
18、个03标识。上面的数据库可以被减化为一系列标识，如下面所示：第45页/共50页46姓名 籍贯 职称 年龄陈文东 01 江西 01 教授 01 25 01何玉辉 02 河北 02 副教授 02 28 02李宝 03 湖南 03 讲师 03 32 03施东 04 江苏 04 36 04曹文 05 吉林 05 37 05赵玉 06 山东 06 42 06黄小斌 07 56 07赛英花 08 彭宏 09 廖宇宙 10 第46页/共50页47数据库被精简如下：记录1 01,01,01,07记录2 02,02,03,03记录3 03,03,02,05记录4 04,04,03,02记录5 05,03,02,05记录6 06,05,03,03记录7 07,04,03,02记录8 08,06,02,03记录9 09,01,03,01第47页/共50页483.广义索引对数据仓库的一个很广泛的应用问题是“这个月销售最好和最差的10种商品是哪些？”，我们可以设计这么一块“黑板”，在上面标明了当月销售最好和最差的10种商品的名称或者它们相关记录的存放地址。这块“黑板”就是我们所说的“广义索引”。第48页/共50页第1 1部分结束第49页/共50页50感谢您的观看！第50页/共50页