2022年oracle与ibm的数据仓库比较.doc

《2022年oracle与ibm的数据仓库比较.doc》由会员分享，可在线阅读，更多相关《2022年oracle与ibm的数据仓库比较.doc（10页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、数据仓库比拟Oracle vs DB21文档简介31.1文档目的31.2文档范围31.3缩写商定31.4参考文档和文献31.5文档概述42相关的产品比拟52.1数据仓库52.2ETL工具52.3OLAP62.4展示工具63开发过程73.1Oracle的开发过程73.2DB2的开发过程74应用性71 文档简介1.1 文档目的此文档，用来介绍Oracle的数据仓库产品与IBM公司数据仓库产品的比拟文档。通过本文，使开发团队及最终使用者对两个数据仓库有初步的认识，为数据仓库及相关产品的选择提供依照。1.2 文档范围因此文中没有详细施行的细节，适用读者：n 开发人员n 工程经理n 开发经理n 最终用户

2、1.3 缩写商定缩写描绘IDSInternet Developer SuiteOWBOracle Warehouse Builder1.4 参考文档和文献编号文档名称版本日期1DB2 vs Oracle(BI)2Data Warehouse Center Application Integration Guide 8.231.5 文档概述本文档主要是从各各角度对ORACLE的数据仓库和IBM的数据仓库的分析,下面就两方面的产品做一下简单的概述:IBM IBM公司提供了一套基于可视数据仓库的商业智能（BI）处理方案，包括： Warehouse manager、Essbase/DB2 OLAP S

3、erver 5.0、IBM DB2 UDB，以及来自第三方的前端数据展现工具（如BO）和数据挖掘工具（如SAS）。其中， Warehouse manager是一个功能非常强的集成环境，既可用于数据仓库建模和元数据治理，又可用于数据抽取、转换、装载和调度。Essbase/DB2 OLAP Server支持“维”的定义和数据装载。Essbase/DB2 OLAP Server不是ROLAP（Relational OLAP）效劳器，而是一个（ROLAP和MOLAP）混合的HOLAP效劳器，在Essbase完成数据装载后，数据存放在系统指定的DB2 UDB数据库中。 严格说来，IBM本人并没有提供完好

4、的数据仓库处理方案，该公司采取的是合作伙伴战略。也确实是说IBM公司在展现和多维分析上留有接口,所有第3方的公司能够利用这个接口来连接到IBM的系统中提取想要的数据.例如，它的前端数据展现工具能够是Business Objects的BO、Lotus的Approach、Cognos的Impromptu或IBM的Query Management Facility；多维分析工具支持Arbor Software的Essbase和IBM（与Arbor结合开发）的DB2 OLAP效劳器；统计分析工具采纳SAS系统。 Oracle Oracle数据仓库处理方案主要包括OWB和Oracle Discovere

5、r两个部分。然而Express 是和Oracle 8i配合使用的OLAP Server。从Oracle 9i开场(包括10g)，Oracle把OLAP Server整合进了数据库，作为了数据库的一个选件，Oracle Express Server是一个MOLAP (多维OLAP)效劳器，它利用多维模型，存储和治理多维数据库或多维高速缓存，同时也能够访咨询多种关系数据库；OWB(Warehouse builder) 能够完成数据仓库建模和元数据治理，又可用于数据抽取、转换、装载和调度以及多维模型的建立; Oracle Discoverer属于查询工具是专门为最终用户设计的，分为最终用户版和治理员

6、版。 Discoverer是Oracle的OLAP展示工具，无需编程。1.6 数据仓库ORACLE采纳Cluster体系构造，多个节点共享硬盘，存在磁盘I/O瓶颈，可伸缩性较差，少见超过4个节点的实例。ORACLE根本上没有真正TB级的数据仓库，客户往往被要求将其海量数据分解到多个数据库中。IBM采纳MPP体系构造，每个节点独享各自的硬盘空间，各个节点间通过高速网络交换数据。可伸缩性强，最多能够扩大到1000个节点。国内有32节点的实例，国外有512节点的实例。每个数据库中单个表的大小能够到达512GB*1000=500TB。在全球范围有许多TB级的数据仓库。1.7 ETL工具ORACLE的E

7、TL工具使用的是Oracle Warehouse Builder(OWB)，此工具中做维过程确实是构建星形构造的过程，在作mapping，执行的过程则是数据抽取的过程，全都用Oracle warehouse Builder来实现。OWB全部开发过程通过图形界面完成，关于简单的数据转换实现简单，开发速度快。但是关于复杂的转换过程，由于整个转换过程全部都是由工具完成，用户不能干预，导致在转换中一些复杂查询速度缓慢，而且没有可能优化。IBM Warehouse Manager 是 IBM 数据仓库处理方案的重要组成部分，它主要由以下几部分功能组成：数据访咨询，数据转换，数据分布，数据存储，靠描绘性数

8、据查找和理解数据，显示、分析和开掘数据，数据转换过程的自动化及其治理。它缩短了复杂的海量数据与有洞察力的商务决策之间的差距。IBM 的 Warehouse Manager 可获取的数据源能够是 DB2 家族中的任一数据库，也能够是Oracle、Sybase、Informix、SQL Server 数据库和 IMS、VSAM 文件系统；存放数据仓库的数据库能够是 DB2 UDB for Windows NT、OS/2、AIX/600、HP-UX、Sun Solaris、SCO、SINIX 和 DB2/400、DB2 for OS/390；Warehouse Manager 的治理平台为 Wind

9、ows NT 和 OS/2；而且以上适用的平台仍在不断地扩展。1.8 OLAPDB2 OLAP Server在线分析处理（OLAP）在 IBM 的商务智能中扮演着重要角色，IBM 为此提供一个分析工具-DB2 OLAP Server，深化最终用户的业务，对桌面上的数据进展实时操作。DB2 OLAP Server 是一套独特的商务工具，能够快速地分布传统监视和报告范围之外的应用程序数据。IBM DB2 OLAP Server 是一种功能强大的工具，结合了业界领先的 Arbor Essbase OLAP 功能以及 DB2 的可靠性、可治理性和访咨询才能。Arbor Essbase是OLAP市场领先

10、的厂商。同其它 OLAP 相比，有更多的前端工具和应用程序利用了 Essbase API，使其成为事实上的业界标准。同大多数基于 SQL 的应用程序结合时，DB2 OLAP Server 和 Warehouse Manager 将为端用户提供更多的前端工具和业务智能应用程序选择余地。现在，用户能够享遭到多种 OLAP 应用程序的优势，如通过 Arbor 的 OLAP 引擎集成预算功能，充分利用机构在相关技术上的投资，治理根本设备和 DB2 数据。通过集成 IBM的Warehouse Manager 和 DB2 OLAP Server，这套处理方案将具有三方面的重要价值： 完全、自动地把 OLA

11、P 集成到数据仓库，数据抽取和生成自动地由规则和数据源支持，直截了当进入 DB2 OLAP Server 的立方体。利用 Warehouse Manager OLAP 版本还有一项附加收益，确实是在可视化数据仓库上创立了一个中间信息仓库。这个中间数据仓库包含洁净、抽取的数据，用来在 OLAP 系统上装载多维数据。一旦 OLAP 系统装载并上线，或者作为洁净数据源来进展 OLAP 以外的分析比方查询客户地址等，这些中间数据就能够废弃。DB2 OLAP Analyzer使用 DB2 OLAP Analyzer，能够到达企业的商业智能化，并提高信息技术组织的效率。信息技术人员能够让用户利用分析和报表

12、的功能获得他们所需的信息，而不会失去对信息、数据完好性、系统功能和系统平安的操纵。1.9 展示工具Oracle的展示工具是使用Oracle公司的discover工具，使用此工具，有某些局限性，实现方式不灵敏，且需使用专用前端工具，开发复杂。IBM采纳业界领先的多维分析效劳器OLAP Server和智能挖掘工具Intelligent Miner。开放的前端界面和开发接口。IBM的展示没有特定的工具，而是提供标准的数据借口，它能够采取第三方的展现工具，或者独立开开展现工具，比拟灵敏的实现前端的展现过程。2 开发过程2.1 Oracle的开发过程ORACLE 的开发过程主要分为两大部分: 1.OWB

13、开发 2.IDS 开发 一.OWB开发过程: 1在开发之前必须先建立Owb中的两个材料档案库，一个叫repository，另一个叫runtime repository（运转时材料档案库）。其中repository用来存放owb设计过程中的对象。Runtime repository用来存放运转所需的数据，包括元数据、映射定义、转换规则等等。2 每个材料档案库都有相应的用户。一般来说至少需要创立四个用户：repository所有者、runtime repository所有者、runtime repository访咨询者、目的数据库所有者。 3 用所有者用户登陆到OWB以后就能够创立一个新的proj

14、ect, 在新的project 里需要创立数据源(soruce),目的库(target),位置(location)4 系统配置完成后,进入到开发阶段,首先需要制造维表(dimension),此操作的作用是定义出维表的表构造以及维表的层次.部署的时候系统会在目的数据库内创立一个维表(table)用来存放纬度数据.5 维表定义完成后,需要定义维表对应的映射(mapping),此操作的作用是制定从数据源(soruce)抽取符合那些条件的数据放到维表中.在部署的时候系统会在目的数据库内创立一个包(package),(维表和维表的mapping是一一对应的) 6 所有维表都定义完成后,需要定义事实表(c

15、ube), 此操作的作用是定义出事实表的表构造以及事实表和维表的关系(也确实是星型构造).部署的时候系统会在目的数据库内创立一个事实表(table)用来存放度量值. 7.事实表定义完成后,需要定义事实表对应的映射(mapping),此操作的作用是制定从数据源(soruce)抽取符合那些条件的数据放到事实表中.在部署的时候系统会在目的数据库内创立一个包(package),(事实表和事实表的mapping是一一对应的) 8执行所有部署成功的维表的mapping,向维表内插入数据,成功后在执行所有部署成功的事实表的mapping,向事实表内插入数据.ORACLE的owb 的整个开发过程完成了数据的抽

16、取.转换.装载(ETL)和星型构造的构建,在owb的所有操作没有脱离开ORACLE的数据库. 二.IDS开发过程: 1在owb的开发告一段落后,我们就能够进入到展现工具的开发过程中来,首先我们需要进入IDS的Discoverer administrator里,在这里制定一个EUL用户,这个EUL用户是用来是用来治理desktop 的,还做一些层次治理,例如能够制定一些计算方式和治理那些数据能够显示给用户那些数据不能够显示给用户看.2 在Discoverer administrator里完成了制定工作后,我们就能够进入IDS的另一个工具进展展现方面的开发了(desktop),进入这个工具后,我们

17、开场制造展现需要的表单.3.在desktop里你所能看到的所有数据项都是EUL用户给你的权限,你能够依照客户的要求去制造表单,增加一些特别的计算项,在这里你能够使用ORACLE公司提供应你的所有聚拢函数.ORACLE的ids 工具主要是用来满足展现方面的需要,而desktop是开发表单的主要工具.2.2 DB2的开发过程IBM 的开发过程主要分为三大部分: 1 warehouse manager开发2 olap server 开发3 BI开发一.Warehouse manager开发过程:1.在DB2数据库内通过II工具和ORACLE数据库做好映射,将ORACLE数据库内的所有表映射到DB2数

18、据库内.2.进入到数据仓库中心,首先我们现配置,在仓库源内参加你需要的数据源表(也确实是映射过来的ORACLE表).3.接下来我们需要在内参加你需要的目的表(也确实是在DB2数据库内创立的事实表).4.我们现在就能够进入,在这里我们来建立一个主题,这个主题是的作用是制定一系列的数据抽取和转换的规则,将ORACLE数据库内的原始记录,通过ETL的过程存放到DB2数据库的事实表内.5.我现在测试主题无误后,能够进入到运转界面,点击运转该主题,如此数据仓库就开场抽取数据到目的表内了,至此在warehouse manager里的工作我们就完毕了,现在我们得到的只是一些过滤好的原始数据,至于这些数据之间

19、到底有什么关系和构造,还有依照什么来汇总,我们需要到IBM的Essbase administration server 这个工具里来实现它.二.OLAP SERVER开发过程:1.在打开Essbase administration server之前我们需要现启动OLAP SEREVER这个效劳,启动它后,我们需要再启动 administration server 的效劳,如此我们就能够进入到 dministration console里开发了. 2.进入后,我们选择Essbase analytic servers ,需要新建立一个application,在这个application里还需要建立

20、一个datebase ,建立完这个datebase后我们就能够正是进入OLAP的开发中. 3.我们现在datebase里进入到它的outline,在这里我们能够定义一个主题到底有那些维(dimension),和事实数据(date load),当定义完成后我们就能够制造规则文件了. 4.我们在datebase 里选着rules files在制定维和事实数据的规则文件,制定完成后就验证和保存. 5.在这里我们能够选着load date 项,来想你的规则文件中填入数据,系统会依照你定义的规则文件和维与事实数据之间的关系从DB2数据库内抽取需要的数据,load到文件中,到此,OLAP的工作我们也开发完

21、成了.三.BI开发过程: (注:这里使用的是第三方BI产品北京博易智软产品 BI-PILOT) 1. 开发前需要先安装BI的产品,BI-PILOT BUILDER AND BI-PILOT SERVER, BUILDER的作用主要用来开发报表,SERVER主要用来发布部署报表和在效劳器上建立效劳. 2. 进入到BUILDER PROFESSIONAL 里我们需要先配置它与OLAP SERVER 的连接,新建立一个工程在工程上选择新建ODS文件,在这里需要填写OLAP的驱动和地址,用户名和密码,验证成功后,如此连接就建立起来了. 3. 连接建立起来后我们能够选择需要的OLAP里的datebase

22、,如此我们还需要在工程上新建立一个OLAP 文件,在这里我们能够选择需要的datebase. 4. 现在就能够制造穿插报表了新建立一个报表,选择插入穿插表,在这里我们能够看到datebase里的所有的维表和事实表里的数据点,能够选择横表头显示什么,每列显示什么,制造完成后能够预览报表, 5.开发完成后,就能够发布和部署了,现在就需要启动BI-PILOT SERVER了.部署以后就能够通过B/S构造来观看报表.3应用性3.1Oracle的OWB和IBM的warehouse manager . OLAP server的比拟1总体理解上:Oracle的产品使用图形化界面，能够快速设计、部署数据仓库,

23、上手比拟容易,理解上比拟快一些，比拟合适出学者.而IBM的产品比拟多,安装和配置还有使用上比拟复杂,所有比拟合适有一定的数据库根底和一定的数据仓据知识的人来操作.2操作使用上:Oracle产品操纵上太严禁,没有多少发挥的余地,不能够修正已生成的SQL. 而IBM产品就能够修正你生成的任何SQL,比拟开放.编程人员能够本人发挥.3.从构造上:Oracle的WAREHOUSE BUILDER工具能够完成数据的抽取转换(ETL)和多维构造的建立.而IBM的ETL部分是由WAREHOUSE MANAGER完成的,多维构造的建立是由OLAP SERVER来实现的,如此会需要多花时间来掌握更多的工具.4

24、数据构造上:Oracle的整个流程都是在操作ORACLE的数据库,已ORACLE数据库为根底,即便到了展现的时候数据的保存依然在数据库里,对数据库操作比拟频繁. 而IBM在 WAREHOUSE MANAGER的操作依然已数据库为根底,但是到了OLAP SERVER的时候就能够脱离对数据库的操作了,已文件的方式保存下来. 5 流程顺序上: Oracle的整个流程是先建立维表和事实表,然后建立他们之间的层次和关系,最后依照抽取条件从数据源抽取数据放到目的表内,它的ETL和OLAP的多维构造是一步完成的. 而IBM是先依照抽取条件从源数据库内整理好数据放到DB2数据库内,在建立多维的规则文件,依照多

25、维的规则文件再从DB2数据库内抽取数据存放到最终的一个文件中.3.2由于数据仓库开发过程相对复杂，在两个产品的使用过程中都出现了一些咨询题。3.2.1 用ORACLE开发过程中遇到的咨询题：1 在展现方面oracle 的IDS工具,在报表的表头中无法实现多层嵌套和自定义表头。2 增量抽取数据有咨询题,oracle的OWB工具不能实现自动定时间增量抽取数据,只能人工抽取数据,如此会给以后的维护产生咨询题。3 假如设计的维比拟多，关于报表查询的功能会有一定妨碍,两者是成正比的,纬度越多,功能越底。4 所有数据全部动态计算，没有预算机制，延长了统计时间。5 在OWB工具里作数据抽取时，假如主辅表关联

26、，会产生统计金额的加倍的咨询题。6 有关上月数与同期数的咨询题在IDS里无法处理。Oracle提供的聚拢函数并不能满足如此的要求。7 Owb工具，假现在后需求有变动，需要修正开发成果从新抽取数据，但是 owb工 具 不支持修正，只能删除原来的关系线从新作，比拟消耗时间。8 最大弱点,在OWB的开发中,假如数据库或网络断线,那就意味这你没有保存的信息都将丧失.3.2.2 用IBM开发过程中遇到的咨询题：1 开发过程分为多部(oracle到db2映射,etl,olap,展现)，需要安装使用的软件较多(现阶段需要掌握7个软件安装4个软件的使用)，掌握这些软件需要更多的时间,还需要对数据仓库的理念有一

27、定的理解。2 业务数据库为oracle，需要映射到db2的数据库中才能进展开发,如此会对数据的ETL部分有妨碍,详细妨碍有多大,还需要详细分析。3 开发过程中完全使用db2 的数据库及治理软件，对想应的数据库SQL和函数并不熟悉，需要时间来进展学习和掌握,可能会妨碍工程的进度。4 数据抽取过程中，需要写大量的sql脚本，对数据库不熟悉的开发人员非常难完成。5 在warehouse manager方面,由于源数据是ORACLE,而目的表是DB2的,因此会碰到数据类型的转换咨询题,例如,varchar2-varhcar,timestamp-date6 在OLAP server 里 制造晚构造文件后

28、在依照纬度GOURP BY 数据的时候,事实表里的数据点,只能实现累(加,减,乘,除),不能实现COUNT等功能.7 在OLAP server 里 当load date 的时候,假如你的事实表里的数据有写纬度的值为null,将会产生这个load date 过程失败,所有记录都不能load.8 最大咨询题,在OLAP server里,不同的维的代码和别名不能够重复,这点将会对客户造成妨碍,目前代码不能重复能够已转换的方式来处理,但别名就不好处理了.例如*经济类型维*里有名称维的代码,但*隶属关系维*里也有名称维的代码,但OLAP 开发中名称不能重复,只能找客户去处理.2.2.3 用BI开发过程中遇到的咨询题1. bi-pilot builder 中临时不能实现两个CUB的关联,如此会产生不能做出比拟复杂的报表.2. 假如OLAP server 里的CUB构造有了变化,在bi-pilot builder 里是不能实现自动更新的,只能手动去重新配置OLAP文件.3. 就目前来讲,bi-pilot builder 功能上,咨询题还非常多,例如,多CUB关联,显示别名的咨询题,纬度多层次上显示不规则,等一系列咨询题,可能会妨碍到开发的进度.