zoukankan      html  css  js  c++  java
  • 简单介绍一下ODI的几个基本概念

    简单介绍一下ODI的几个基本概念  

     

    ODI的几个基本概念是本文我们主要要介绍的内容,接下来我们就开始介绍这一过程,一起来看看吧!

    什么是资料库

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

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

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

    Oracle实验室已验证通过的数据库有:HypersonicSQL、IBMDB2UDB、IBMDB2/400、Informix、 MicrosoftSQLServer、Oracle、SybaseASAnywhere、SybaseASEnterprise、SybaseASIQ 等。

    什么是Topology

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

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

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

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

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

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

    这里重点再看几个概念:

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

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

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

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

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

    什么是知识模块

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

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

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

    3、加载LKM,Loadingknowledgemodules,用于从数据源抽取数据。

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

    5、集成IKM,Integrationknowledgemodules,用于将StagingArea中的数据转换至目标表,基于目标数据库产生对应的转换SQL。

    6、服务SKM,Serviceknowledgemodules,提供将数据以WebServices的方式展现的功能。

    ODI逻辑架构:

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

    ODI物理架构:

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

    ODI上下文:

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

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

    关于ODI的几个基本概念的相关知识就介绍到这里了,希望本次的介绍能够对您有所收获!

  • 相关阅读:
    CSS 自适应技巧
    实现在线阅读WORD,PDF等文件,JAVA,PHP都可以
    最简单的无线分类,无限树形菜单解决方案
    python生成组织架构图(网络拓扑图、graph.editor拓扑图编辑器)
    python将字符串类型改成日期类型
    python发送邮件
    下载Crypto,CyCrypto,PyCryptodome 报错问题
    UnicodeEncodeError: 'latin-1' codec can't encode characters in position 41-50: ordinal not in range(256)
    pymysql.err.InterfaceError: (0, '')解决办法
    经典三级联动
  • 原文地址:https://www.cnblogs.com/lcword/p/5632501.html
Copyright © 2011-2022 走看看