ODI和OWB

ODI和OWB
ODI和OWB是互爲補充的，ODI有四個地方是對OWB的很好的補充：
1. 對於需要異構數據支持：當數據源或者目的不是Oracle數據庫，ODI能夠生成針對那個數據源的native的SQL操縱語句。
2. 對於需要實時數據集成的環境：ODI能夠檢測事件，一個事件可以觸發ODI的一個接口流程。從而完成近實時的數據集成。下圖是ODI提供的一些檢測事件的工具，可以用在package裏（ODI workflow的代名詞）如OdiFileWait是等待文件到達，OdiSleep類似於許多系統裏的Sleep等待輪詢，OdiWaitForLogData則可以用於捕獲增量數據的捕獲的事件。這裏的組件都是實現實時數據集成的關鍵部分。
3. 在數據抽取集成過程中需要和SOA集成，ODI本身提供了call web service的機制，並且ODI的接口也可以暴露爲webService，從而可以和SOA環境進行交互。
4. 一致的CDC(Change Data Capture)支持，不同的數據源（Oracle，DB2等）對於變化數據獲取都提供了不一樣的技術框架，ODI把這些不同的技術框架屏蔽了，以一個統一的接口方式提供統一的CDC的設置框架，並提供訂閱者的功能。

而OWB相比於ODI也有自己的很多特點：
1. 豐富的Oracle數據運算符，能夠提供Oracle數據庫之間的高速轉換抽取。
2. 從11g開始，OWB會作爲Oracle的標準選件來提供，OWB本身會通過Oracle數據庫的安裝盤來安裝，和所有的其他Oracle選項一樣，都會和數據庫核心緊密集成。
3. 數據質量管理：OWB的data profiling是一個相當強的數據質量管理工具，原理和流程是 數據採樣-》分析採用數據的錯誤和規則-》生成糾正採樣數據的mapping流程-》驗證流程-》把流程應用到所有的數據上的循環。

小結
OWB本身除了運行需要較多的資源之外，本身是一個設計得相當好的工具（身邊一些用過的人都評價還是很不錯呀！），對於Oracle數據之間的抽取轉換的功能完全不是任何別的工具可以比的，當然OWB的主要不足都體現在ODI裏了，所以，OWB和ODI是完全互相補充的工具，如果是要同時在建設一個數據中心的項目裏使用這兩個工具的話，可以使用ODI來完成從異構數據源到staging Oracle數據的生成，或者用ODI完成需要實時數據同步的工作，而OWB可以用於從staging Oracle數據到Oracle數據倉庫的Oracle數據源之間的工作，這樣應該是最完美的設計。當然單獨用OWB或ODI其實都可以完成這些工作，只不過這兩個工具合併起來用，應該是一個大型數據倉庫項目的非常好的方式。