& ODI整体架构没有Oracle Database复杂，因为它属于程序功能的使用，更多是程序开发和配置的工作，当然ODI的优化涉及到很多数据库优化的工作，从整体架构入手，基础有了，整体把握就会简单很多。
&& 首先理解ODI组件的几个组成部分、ODI资料库，最后看组件与资料库的关系。
&& ODI是一个数据整合的平台。简单讲，就是在不同信息系统或者数据库之间做数据传输、转换。ODI也是数据整合的一个开发平台，主要涉及2个方面：
&&&& 1.ODI是服务驱动的模式，也可以理解为时商业驱动的模式，它更多关注怎样符合业务规则，而不是把开发精力集中在技术层面。
&&&& 2.ODI使用ELT方式在数据整合过程中，它自己本身不执行数据整合的处理，所以得执行都是在现有的信息系统或者数据库中完成。
&&&& ODI 是基于元数据管理的。元数据资料库存储是信息系统或者数据库信息以及它们的内容。它们被集中存储在一个资料库。
&&& ODI 实现了简单快速整合。简单非简约，快速非量小。
&&&& 这个整个架构的核心组件就是资料库(Repository).它存储了IT架构的配置信息、所有应用、项目、情景和执行日志的元数据。资料库可以安装在一 个 RDBMS，也就是关系型数据库上。资料库也包含ODI架构的信息。管理员、开发人员、执行人员可以用ODI不同的操作界面来访问资料库。安全界面和拓扑 管理器界面用于管理架构，设计器用来做元数据反向或者反向工程以及项目开发、接口等，操作器用来调度和执行实时操作。
&&&&ODI分为设计阶段和执行阶段。在设计阶段，开发者定义元数据、业务规则、约束。这个处理作业由Agent在现有信息系统中完成。它连接到 可用的服务器，并利用服务器执行代码。它存储所有返回的代码和消息到资料库中。它也存储一些统计信息，像处理记录的条数、处理时间等信息。
&&&&&不同的资料库是可以同时存在在同一个IT架构中。设计阶段的资料库和执行阶段的资料库是可以同时存在的。开发人员在designer中通 过把项目发布成情景传输给生产环境。在生产环境，这些情景被作业调度，被调度代理执行，调度代理存储了所有资料库的信息。Operator操作器是始终可 以实时访问和监控数据整合的过程。业务用户也可以像开发人员、管理员和操作员一样，通过Web方式访问ODI的资料库。ODI有一个元数据导航功能，它是 一个J2EE的应用服务器，可以直接连接ODI资料库。
阅读(...) 评论()posts - 31,&
comments - 10,&
trackbacks - 0
ODI产品架构：
ODI提供了以下几种管理工具：Designer 用于定义数据转换逻辑，这是最常用的开发工具，大部分的开发任务，包括data store的定义，interface(数据映射关系)和package（相当于workflow）的创建等，都是在Designer中完成。Operator用于管理和监控数据转换任务的执行情况，在设计阶段，也可用于调试(debugging)Topology Manager用于定义物理和逻辑基础架构，如work repository的创建和管理等。Security Manager用于管理用户权限以及一个计划代理程序：Schedule Agent计划代理，用于调度执行数据转换任务。计划代理同时也带有一个数据转换引擎，但是ODI采用E-LT架构，所以基本上计划代理只是将任务传递给目标库，其数据转换引擎很少用到。
可扩展的知识模型（Knowledge Modules）
ODI能够从各种异构的数据库平台和基于信息队列的技术（Web services）加载、转换数据，并且具有灵活性、可扩展性和有效性等，主要是依靠知识模型；
知识模型作为ODI的插件，封装了各种针对面向特定数据源和Target的ETL过程。ODI提供了六种知识模型，如下图所示：
RKM：完成从源系统和目标系统的数据结构的反向工程来形成数据模型的功能。
JKM：完成捕获CDC，执行增量抽取以及工作任务安排的数据模型功能。
LKM：LKM完成从源数据库数据加载到临时表。
CKM:CKM完成数据质量检查。IKM：IKM完成从临时表的数据加载到目标表。SKM：SKM完成ODI和WEB服务接口的功能。
Data-Quality Firewalls
通过使用CKM知识模型，仅仅允许那些符合业务规则的数据进入集成进程，以此能够把不符合规则的数据拦在数据源端，从而保证数据质量！
Support for Changed-Data Capture
JKM知识模块负责监测源数据库变化的数据，有些数据库供应商，比如Oracle直接支持CDC，另外一些供应商则通过比如触发器技术捕获DML语句。
Oracle Data Integrator in Relation to Oracle Warehouse Builder
OWB在涉及SOA和非Oracle 数据源方面上无能为力，但两者又是互补的关系，看下图：
ODI能过从基础各种各样异构的数据源，包括Web Services和基于事件的架构。一旦数据被集成复制进入DW Staging area，OWB开始接管接下来的任务，包括创建ODS以及多维模型等。
阅读(...) 评论()ODI学习笔记2--ODI产品架构_oracle数据库_ThinkSAAS
ODI学习笔记2--ODI产品架构
ODI学习笔记2--ODI产品架构
内容来源： 网络
ODI产品架构：
ODI提供了以下几种管理工具：Designer 用于定义数据转换逻辑，这是最常用的开发工具，大部分的开发任务，包括data store的定义，interface(数据映射关系)和package（相当于workflow）的创建等，都是在Designer中完成。Operator用于管理和监控数据转换任务的执行情况，在设计阶段，也可用于调试(debugging)Topology Manager用于定义物理和逻辑基础架构，如work repository的创建和管理等。Security Manager用于管理用户权限以及一个计划代理程序：Schedule Agent计划代理，用于调度执行数据转换任务。计划代理同时也带有一个数据转换引擎，但是ODI采用E-LT架构，所以基本上计划代理只是将任务传递给目标库，其数据转换引擎很少用到。
可扩展的知识模型（Knowledge Modules）
ODI能够从各种异构的数据库平台和基于信息队列的技术（Web services）加载、转换数据，并且具有灵活性、可扩展性和有效性等，主要是依靠知识模型；
知识模型作为ODI的插件，封装了各种针对面向特定数据源和Target的ETL过程。ODI提供了六种知识模型，如下图所示：
RKM：完成从源系统和目标系统的数据结构的反向工程来形成数据模型的功能。
JKM：完成捕获CDC，执行增量抽取以及工作任务安排的数据模型功能。
LKM：LKM完成从源数据库数据加载到临时表。
CKM:CKM完成数据质量检查。IKM：IKM完成从临时表的数据加载到目标表。SKM：SKM完成ODI和WEB服务接口的功能。
Data-Quality Firewalls
通过使用CKM知识模型，仅仅允许那些符合业务规则的数据进入集成进程，以此能够把不符合规则的数据拦在数据源端，从而保证数据质量！
Support for Changed-Data Capture
JKM知识模块负责监测源数据库变化的数据，有些数据库供应商，比如Oracle直接支持CDC，另外一些供应商则通过比如触发器技术捕获DML语句。
Oracle Data Integrator in Relation to Oracle Warehouse Builder
OWB在涉及SOA和非Oracle 数据源方面上无能为力，但两者又是互补的关系，看下图：
ODI能过从基础各种各样异构的数据源，包括Web Services和基于事件的架构。一旦数据被集成复制进入DW Staging area，OWB开始接管接下来的任务，包括创建ODS以及多维模型等。
参见：
PHP开发框架
开发工具/编程工具
服务器环境
ThinkSAAS商业授权：
ThinkSAAS为用户提供有偿个性定制开发服务
ThinkSAAS将为商业授权用户提供二次开发指导和技术支持
让ThinkSAAS更好，把建议拿来。
开发客服微信ODI11g的使用教程_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
ODI11g的使用教程
上传于|0|0|文档简介
&&ODI11g的使用教程
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩45页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢【图文】逻辑架构与UML包图详解_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
逻辑架构与UML包图详解
上传于|0|0|暂无简介
大小：252.00KB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢}