ODI的幾個(gè)基本概念是本文我們主要要介紹的內(nèi)容，接下來(lái)我們就開始介紹這一過(guò)程，一起來(lái)看看吧！

什么是資料庫(kù)

ODI資料庫(kù)可安裝在任何支持ANSIISO89的數(shù)據(jù)庫(kù)中。資料庫(kù)分兩種：

1、MasterRepository，保存企業(yè)所有IT資源的Topology，保存項(xiàng)目和數(shù)據(jù)模型的安全信息、版本信息，供ODI圖形模塊等使用。通常創(chuàng)建一個(gè)即可。MasterRepository要盡可能獨(dú)立存儲(chǔ)，單獨(dú)的Instance，或單獨(dú)的Schema。

2、WorkRepository，保存項(xiàng)目和數(shù)據(jù)模型，供ODI圖形模塊等使用。可創(chuàng)建多個(gè)。一個(gè)WorkRepository只能連接一個(gè)MasterRepository。一個(gè)Schema只能存儲(chǔ)一個(gè)WorkRepository，不過(guò)MasterRepository倒可與其安裝在同一Schema。

Oracle實(shí)驗(yàn)室已驗(yàn)證通過(guò)的數(shù)據(jù)庫(kù)有：HypersonicSQL、IBMDB2UDB、IBMDB2/400、Informix、MicrosoftSQLServer、Oracle、SybaseASAnywhere、SybaseASEnterprise、SybaseASIQ等。

什么是Topology

TopologyManager主要用來(lái)管理下面5類任務(wù)，并將信息存儲(chǔ)在主資料庫(kù)中，供所有模塊共享使用。

1、物理體系結(jié)構(gòu)，定義各種技術(shù)及其數(shù)據(jù)服務(wù)器、物理架構(gòu)、物理代理。

2、邏輯體系結(jié)構(gòu)，定義各種技術(shù)及其關(guān)聯(lián)的邏輯架構(gòu)、邏輯代理。

3、上下文，用來(lái)連接物理架構(gòu)和邏輯架構(gòu)。

4、語(yǔ)言，不同技術(shù)所能采用的語(yǔ)言特性。

5、資料庫(kù)，包含主資料庫(kù)及其附屬的工作資料庫(kù)。

這里重點(diǎn)再看幾個(gè)概念：

1、技術(shù)和數(shù)據(jù)類型：ODI將不同的數(shù)據(jù)庫(kù)（Oracle、DB2等）、文件格式（XMLFile等）、應(yīng)用系統(tǒng)，用不同的“Technology”來(lái)表示。每種技術(shù)都有自己支持的“DataType”。

2、數(shù)據(jù)服務(wù)器：在ODI中，每個(gè)數(shù)據(jù)庫(kù)服務(wù)器、JMS消息文件、每組文本文件必須先定義為“DataServer”。

3、物理架構(gòu)：在數(shù)據(jù)服務(wù)器下，每個(gè)用戶、JMSTopic、文本文件必須定義為一個(gè)“PhysicalSchema”。

4、物理代理：在物理體系結(jié)構(gòu)需要定義“PhysicalAgent”，允許在遠(yuǎn)程機(jī)器上執(zhí)行ODI任務(wù)。

5、邏輯架構(gòu)、邏輯代理是物理架構(gòu)、物理代理的邏輯組合，方便用戶管理和使用。

什么是知識(shí)模塊

OracleDataIntegrator之所以能適應(yīng)不同的、多種多樣的數(shù)據(jù)源，靈活有效的完成數(shù)據(jù)抽取/轉(zhuǎn)換/載入的過(guò)程，均是基于其知識(shí)模型體系。KnowledgeModules類似于程序中的插件，OracleDataIntegrator將數(shù)據(jù)整合的任務(wù)抽象出六個(gè)組成部分：

1、反向工程RKM，Reverse-engineeringknowledgemodules，用于從數(shù)據(jù)源讀取表及其他對(duì)象。

2、日記JKN，Journalizingknowledgemodules，用于為單一或一組表/視圖記錄新建的和修改的數(shù)據(jù)。ODI支持部分?jǐn)?shù)據(jù)源的ChangeDataCapture(CDC)功能，前提為ODI項(xiàng)目中啟用該模塊。

3、加載LKM，Loadingknowledgemodules，用于從數(shù)據(jù)源抽取數(shù)據(jù)。

4、檢查CKM，Checkknowledgemodules，用于檢測(cè)抽取出的源數(shù)據(jù)的合法性。

5、集成IKM，Integrationknowledgemodules，用于將StagingArea中的數(shù)據(jù)轉(zhuǎn)換至目標(biāo)表，基于目標(biāo)數(shù)據(jù)庫(kù)產(chǎn)生對(duì)應(yīng)的轉(zhuǎn)換SQL。

6、服務(wù)SKM，Serviceknowledgemodules，提供將數(shù)據(jù)以WebServices的方式展現(xiàn)的功能。

ODI邏輯架構(gòu):

一個(gè)物理模式(physicalschema)由一個(gè)ownerschema和一個(gè)workschema組成，workschema主要用于一些臨時(shí)表等對(duì)象，考慮單獨(dú)創(chuàng)建用戶維護(hù)這個(gè)對(duì)象．

ODI物理架構(gòu):

一個(gè)邏輯模式(logicalschema)是物理模式的別名，防止用戶更改數(shù)據(jù)庫(kù)服務(wù)器IP地址,用戶名，數(shù)據(jù)庫(kù)服務(wù)器密碼等信息．可以理解為同義詞，避免用戶在使用過(guò)程中加入數(shù)據(jù)庫(kù)dblink.物理模式的修改，不影響邏輯模式．

ODI上下文：

物理模式信息的修改不影響邏輯模式的引用，但如果物理模式數(shù)據(jù)庫(kù)服務(wù)器的連接信息改變，就比較麻煩．上下文的出現(xiàn)就是允許邏輯模式通過(guò)上下文連接多個(gè)物理模式，避免因?yàn)檫B接信息改變而重新定義．當(dāng)然，上下文是匹配所有物理模式的．

ODI在設(shè)計(jì)開發(fā)階段是通過(guò)引用邏輯模式完成的．在執(zhí)行階段，通過(guò)上下文找到相應(yīng)的物理模式，然后執(zhí)行轉(zhuǎn)換．如果需要在上下文中執(zhí)行一個(gè)對(duì)象，必須在上下文中匹配邏輯模式．在上下文中，幾乎一個(gè)邏輯模式匹配一個(gè)物理模式．

關(guān)于ODI的幾個(gè)基本概念的相關(guān)知識(shí)就介紹到這里了，希望本次的介紹能夠?qū)δ兴斋@！

【編輯推薦】

1. SSIS工程師為您揭秘SQL Server數(shù)據(jù)流
2. SQL Server 2008 MDX學(xué)習(xí)筆記之理解元數(shù)組
3. SQL Server數(shù)據(jù)庫(kù)DataRelation的應(yīng)用示例詳解
4. SQL Server 2005/2008中的CTE應(yīng)用之遞歸查詢
5. SQL Server 2008數(shù)據(jù)庫(kù)學(xué)習(xí)筆記之MDX查詢示例