ODI 几个基本概念 [转帖]_Hadoop,ERP及大数据讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  Hadoop,ERP及大数据讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 4135 | 回复: 0   主题: ODI 几个基本概念 [转帖]        下一篇 
dwx8023
注册用户
等级:上尉
经验:612
发帖:114
精华:0
注册:2011-11-8
状态:离线
发送短消息息给dwx8023 加好友    发送短消息息给dwx8023 发消息
发表于: IP:您无权察看 2011-11-23 16:02:58 | [全部帖] [楼主帖] 楼主

1.1.1. 什么是资料库



ODI资料库可安装在任何支持ANSI ISO 89的数据库中。资料库分两种:

1、  Master Repository,保存企业所有IT资源的Topology,保存项目和数据模型的安全信息、版本信息,供ODI图形模块等使用。通常创建一个即可。Master Repository要尽可能独立存储,单独的Instance,或单独的Schema。

2、  Work Repository,保存项目和数据模型,供ODI图形模块等使用。可创建多个。一个Work Repository只能连接一个Master Repository。一个Schema只能存储一个Work Repository,不过Master Repository倒可与其安装在同一Schema。

Oracle实验室已验证通过的数据库有:Hypersonic SQL、IBM DB2 UDB、IBM DB2/400、Informix、Microsoft SQL Server、Oracle、Sybase AS Anywhere、Sybase AS Enterprise、Sybase ASIQ等。

1.1.2. 什么是Topology



Topology Manager主要用来管理下面5类任务,并将信息存储在主资料库中,供所有模块共享使用。

1、  物理体系结构,定义各种技术及其数据服务器、物理架构、物理代理。

2、  逻辑体系结构,定义各种技术及其关联的逻辑架构、逻辑代理。

3、  上下文,用来连接物理架构和逻辑架构。

4、  语言,不同技术所能采用的语言特性。

5、  资料库,包含主资料库及其附属的工作资料库。

这里重点再看几个概念:

1、  技术和数据类型:ODI将不同的数据库(Oracle、DB2等)、文件格式(XML File等)、应用系统,用不同的“Technology”来表示。每种技术都有自己支持的“Data Type”。

2、  数据服务器:在ODI中,每个数据库服务器、JMS消息文件、每组文本文件必须先定义为“Data Server”。

3、  物理架构:在数据服务器下,每个用户、JMS Topic、文本文件必须定义为一个“Physical Schema”。

4、  物理代理:在物理体系结构需要定义“Physical Agent”,允许在远程机器上执行ODI任务。

5、  逻辑架构、逻辑代理是物理架构、物理代理的逻辑组合,方便用户管理和使用。

1.1.3. 什么是知识模块



Oracle Data Integrator之所以能适应不同的、多种多样的数据源,灵活有效的完成数据抽取/转换/载入的过程,均是基于其知识模型体系。 Knowledge Modules类似于程序中的插件,Oracle Data Integrator将数据整合的任务抽象出六个组成部分:

1、  反向工程RKM,Reverse-engineering knowledge modules,用于从数据源读取表及其他对象。

2、  日记JKN,Journalizing knowledge modules,用于为单一或一组表/视图记录新建的和修改的数据。ODI支持部分数据源的Change Data Capture(CDC)功能,前提为ODI项目中启用该模块。

3、  加载LKM,Loading knowledge modules,用于从数据源抽取数据。

4、  检查CKM,Check knowledge modules,用于检测抽取出的源数据的合法性。

5、  集成IKM,Integration knowledge modules,用于将Staging Area中的数据转换至目标表,基于目标数据库产生对应的转换SQL。

6、  服务SKM,Service knowledge modules,提供将数据以Web Services的方式展现的功能。

ODI


逻辑架构:

一个物理模式(physical schema)由一个owner schema和一个work schema组成,work schema主要用于一些临时表等对象,考虑单独创建用户维护这个对象.

物理架构:

一个逻辑模式(logical schema)是物理模式的别名,防止用户更改数据库服务器IP地址,用户名,数据库服务器密码等信息.可以理解为同义词,避免用户在使用过程中加入数据库dblink.物理模式的修改,不影响逻辑模式.

上下文:

物理模式信息的修改不影响逻辑模式的引用,但如果物理模式数据库服务器的连接信息改变,就比较麻烦.上下文的出现就是允许逻辑模式通过上下文连接多个物理模式,避免因为连接信息改变而重新定义.
当然,上下文是匹配所有物理模式的.

ODI在设计开发阶段是通过引用逻辑模式完成的.在执行阶段,通过上下文找到相应的物理模式,然后执行转换.如果需要在上下文中执行一个对象,必须在上下文中匹配逻辑模式.在上下文中,几乎一个逻辑模式匹配一个物理模式.




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论