Oracle和IBM數(shù)據(jù)倉庫方案對比.doc

Oracle和IBM數(shù)據(jù)倉庫方案對比1 概述成功地實施一個數(shù)據(jù)倉庫項目，通常需要很長的時間。如果僅僅著眼于短期成果，缺乏整體考慮，采用一種不健全的體系結(jié)構(gòu)，不僅會增加系統(tǒng)開發(fā)和維護成本，而且必將對發(fā)揮數(shù)據(jù)倉庫的作用造成不利的影響。Oracle公司是世界上最大的數(shù)據(jù)倉庫廠家，能夠提供完整的數(shù)據(jù)倉庫解決方案。根據(jù)第三方專業(yè)咨詢機構(gòu)TDWI-Forrester所做的市場調(diào)查顯示，Oracle是大多數(shù)IT主管選擇數(shù)據(jù)倉庫平臺時的首選。IBM數(shù)據(jù)倉庫的市場占有率低于Oracle。權(quán)威市場分析機構(gòu)IDC發(fā)布全球數(shù)據(jù)倉庫平臺工具2006年度供應(yīng)商市場份額報告，根據(jù)2006年度軟件收入，把甲骨文評為數(shù)據(jù)倉庫平臺工具領(lǐng)域的領(lǐng)先供應(yīng)商（數(shù)據(jù)倉庫平臺工具包括ETL工具、數(shù)據(jù)倉庫存儲平臺、多維數(shù)據(jù)庫、前端展現(xiàn)工具）。IDC把甲骨文評為數(shù)據(jù)倉庫管理領(lǐng)域的領(lǐng)先供應(yīng)商，是因為甲骨文的市場份額已接近41%。在數(shù)據(jù)倉庫管理工具市場，甲骨文排名最近的競爭對手的各項指標(biāo)幾乎只有甲骨文的一半，市場份額僅占22.8%。下圖是另一家權(quán)威市場分析機構(gòu)Gartner的數(shù)據(jù)倉庫象限圖：IBM同樣低于Oracle。2 ETL工具IBM的ETL工具有三個：收購的DataStage（通常市場上說的IBM的ETL工具指的就是Datastage，不提供增量數(shù)據(jù)捕獲功能，價格昂貴），數(shù)據(jù)聯(lián)邦工具：Information Integrator（異構(gòu)連接性好、提供增量數(shù)據(jù)捕獲功能，但是不提供完整的數(shù)據(jù)源到目標(biāo)數(shù)據(jù)庫的ETL功能，尤其是數(shù)據(jù)轉(zhuǎn)換功能很弱，沒有ETL步驟打包、流程編排功能，沒有按照事件或者時間觸發(fā)ETL流程的功能，價格昂貴），包在Data Warehouse Edition中的ETL工具SQL Warehousing（功能很弱，異構(gòu)連接性差，不提供增量數(shù)據(jù)捕獲，是一個新工具，沒有什么用戶，不是IBM的主流ETL工具）。功能點使用場景或者益處OracleIBM增量數(shù)據(jù)捕獲增量數(shù)據(jù)加載時，如果數(shù)據(jù)源系統(tǒng)沒有時間戳，或者時間戳不可靠，需要利用讀取數(shù)據(jù)源系統(tǒng)日志或者觸發(fā)器方式獲取增量數(shù)據(jù)，然后根據(jù)需要可以復(fù)制到目標(biāo)數(shù)據(jù)庫上或者批量同步到目標(biāo)數(shù)據(jù)庫上。Oracle Data Integrator，對于Oracle數(shù)據(jù)庫和DB2 400可以采用讀取日志方式，其他數(shù)據(jù)庫采用觸發(fā)器方式Information Integrator提供，Data Stage霍和SQL Warehousing不提供，對于Oracle數(shù)據(jù)庫采用的是觸發(fā)器方式抽取、加載、轉(zhuǎn)換功能Oracle Data IntegratorData Stage或者SQL Warehousing提供，Information Integrator不提供異構(gòu)數(shù)據(jù)源和目標(biāo)支持支持關(guān)系型數(shù)據(jù)庫、數(shù)據(jù)倉庫、文件作為數(shù)據(jù)源和目標(biāo)Oracle Data IntegratorData Stage支持，SQL Warehousing只支持DB2作為目標(biāo)報錯信息采用數(shù)據(jù)庫報錯信息便于查找錯誤原因Oracle Data IntegratorData Stage、SQL Warehousing的錯誤信息都是自己工具的錯誤信息，不方便查找錯誤原因高性能Oracle Data Integrator采用ELT架構(gòu)，數(shù)據(jù)的抽取加載轉(zhuǎn)換過程在數(shù)據(jù)庫服務(wù)器上完成，充分利用數(shù)據(jù)庫的處理能力，從而提高性能Data Stage采用ETL架構(gòu)，數(shù)據(jù)的抽取加載轉(zhuǎn)換過程在ETL服務(wù)器上完成，不能充分利用數(shù)據(jù)庫的函數(shù)和處理能力，性能較差。無須單獨ETL服務(wù)器減少硬件管理和維護Oracle Data Integrator不需要單獨的ETL服務(wù)器Data Stage需要單獨的ETL服務(wù)器元數(shù)據(jù)存儲在關(guān)心型數(shù)據(jù)庫中Oracle Data Integrator的元數(shù)據(jù)可以存儲在任何關(guān)系型數(shù)據(jù)庫中，通過數(shù)據(jù)庫開發(fā)接口可以訪問元數(shù)據(jù)。Data Stage的元數(shù)據(jù)存儲在自己的私有數(shù)據(jù)庫Universe中，不是主流的數(shù)據(jù)庫，對外提供接口方面無法采用數(shù)據(jù)庫的開發(fā)接口。3 數(shù)據(jù)倉庫功能點使用場景或者益處OracleIBMOLTP和OLAP的支持?jǐn)?shù)據(jù)庫在此項目中作為數(shù)據(jù)中心使用，其特性既有OLAP作用，已批量數(shù)據(jù)加載、查詢?yōu)橹?，也有OLTP特性，以高速少量數(shù)據(jù)的增刪改查為主Oracle數(shù)據(jù)庫既支持OLTP也支持OLAP，在TPC-C和TPC-H測試中，都有使用數(shù)據(jù)庫集群或者不使用數(shù)據(jù)庫集群的測試結(jié)果。DB2 UDB對于OLTP的支持方式是不采用數(shù)據(jù)庫分區(qū)（集群），如在OLTP標(biāo)準(zhǔn)測試TPC-C中，從未使用集群方式；對于大數(shù)據(jù)量的OLAP應(yīng)用，采用數(shù)據(jù)庫分區(qū)（集群），如在OLAP標(biāo)準(zhǔn)測試TPC-H中，全部采用集群方式。作為數(shù)據(jù)中心這種混合體應(yīng)用，DB2不適合。分區(qū)是提高大量數(shù)據(jù)下性能的好方法，其實質(zhì)是將達(dá)數(shù)據(jù)量分割為小數(shù)據(jù)量，通過并行、減少數(shù)據(jù)量等手段提高性能Oracle數(shù)據(jù)庫提供Range、List、Hash、Range+Hash、List+Hash、Range+List等多種分區(qū)方式；Oracle的分區(qū)技術(shù)從8i就開始，是非常成熟的特性DB2 UDB只支持Range、Hash分區(qū)，而且Range分區(qū)技術(shù)從V9才開始支持表壓縮Oracle數(shù)據(jù)庫對數(shù)據(jù)、索引都進(jìn)行壓縮，并且無論數(shù)據(jù)增、刪、改操作都可以進(jìn)行壓縮DB2 UDB在數(shù)據(jù)刪、改時不能進(jìn)行數(shù)據(jù)壓縮數(shù)據(jù)庫事故恢復(fù)Oracle數(shù)據(jù)庫可以在數(shù)據(jù)庫運行和磁盤寫入的同時分割鏡像。如果存檔日志損壞，Oracle數(shù)據(jù)庫能夠通過LogMiner工具翻閱損壞的日志文件，恢復(fù)日志文件中記錄的交易。采用Oracle數(shù)據(jù)庫的塊級介質(zhì)恢復(fù)功能，當(dāng)只有一個塊損壞時，只是這個塊需要恢復(fù)，文件的其余部分，即含有這個塊的表仍然可以在線訪問，從而提高了數(shù)據(jù)的可用性。DB2必須在掛起數(shù)據(jù)庫I/O時才能進(jìn)行分割鏡像備份功能；對于DB2來說，存檔日志文件損壞意味著不僅特定日志文件中的交易全部丟失，而且損壞日志文件之后創(chuàng)建的存檔日志文件也會丟失；DB2不能以塊為單位恢復(fù)數(shù)據(jù)，因此需要將整個文件脫機、重建、恢復(fù)。分析函數(shù)Oracle數(shù)據(jù)庫提供很多分析函數(shù)如回歸、假設(shè)分析、統(tǒng)計函數(shù)等查詢結(jié)果緩存提高查詢性能Oracle數(shù)據(jù)庫提供查詢結(jié)果緩存功能DB2 UDB不提供4 多維數(shù)據(jù)庫Hyperion EssbaseCognos PowerPlay多維數(shù)據(jù)庫定位OLAP技術(shù)領(lǐng)域的引導(dǎo)者，業(yè)界唯一真正意義的多維數(shù)據(jù)庫，第一個多線程并發(fā)處理引擎，支持多用戶并發(fā)讀/寫，支持?jǐn)?shù)據(jù)庫觸發(fā)器，支持Unicode，內(nèi)置數(shù)據(jù)挖掘模型。只讀的多維數(shù)據(jù)立方體 ，支持簡單運算的數(shù)據(jù)聚合匯總，屬輕量級OLAP。適用分析主題提供塊存儲和聚合存儲兩種存儲方式，滿足企業(yè)包括財務(wù)（財務(wù)高級智能）和非財務(wù)主題（大量稀疏數(shù)據(jù)，如客戶分析、供應(yīng)商分析等）全面的分析需求。只提供聚合存儲方式，滿足小數(shù)據(jù)量、簡單聚合的分析主題。 維度設(shè)計1根據(jù)數(shù)據(jù)特征提供屬性維、共享成員、混合存儲等多種靈活維度設(shè)計，支持父子維；2選用聚合存儲方式，能輕松處理上千萬成員維度的分析主題需求；3對層次設(shè)計沒有要求。1 維度設(shè)計類型較單一；2 處理維度成員在數(shù)十萬級別，當(dāng)父節(jié)點直接帶超過1000個成員的時候立方體往往無法建立。數(shù)據(jù)的加載和計算1 支持不同數(shù)據(jù)源搭建立方體，數(shù)據(jù)可分批加載；2 支持增量數(shù)據(jù)更新；3 帶自動的聚合計算，也可靈活定義計算腳本，完成復(fù)雜的計算規(guī)則，可以完成分?jǐn)?、預(yù)測、復(fù)雜KPI計算等高級分析需求。1 單一數(shù)據(jù)源搭建立方體；2 每次數(shù)據(jù)添加或是數(shù)據(jù)庫結(jié)構(gòu)改變，PowerPlay的立方體都必須重新建立和部署；3 只有簡單聚合計算功能。大數(shù)據(jù)量及性能處理能力1目前有不少客戶的單個立方體上數(shù)百GB規(guī)模。Essbase多次成為OLAP引擎的業(yè)界基準(zhǔn)。2支持動態(tài)聚合，也可設(shè)計數(shù)據(jù)上層節(jié)點的聚合存儲， 實現(xiàn)大立方體下的查詢響應(yīng)速度也非?？臁?實際當(dāng)立方體上升到幾百M之后基本不可用；2由于使用動態(tài)聚合，查詢訪問時間長。超大規(guī)模部署能力支持大規(guī)模的跨平臺分布式集群部署，在全球有不少超大規(guī)模部署的成功案例，如日本NTT DoCoMo，大約30,000個最終用戶。難以擴展到超大規(guī)模環(huán)境應(yīng)用開發(fā)支持支持Java、JSP/ASP、 C、Visual Basic、DreamWeaver的編程開發(fā)，支持XMLA、CWM和Java OLAP API，降低開發(fā)成本和集成復(fù)雜度。不支持已有元數(shù)據(jù)，接口較封閉，使用VBA腳本語言。客戶端支持1提供Excel插件，可以在Excel上直接進(jìn)行動態(tài)數(shù)據(jù)分析和靈活報表編制；2 除了BIEE、Hyperion Performance Suite、Hyperion Analyzer外，業(yè)界很多第三方的前端工具都支持Essbase，包括Cognos。接口較封閉，通常只用Cognos的前端。平臺支持Windows平臺AIX/HP-Unix/SolarisLinuxAS/400 OS/390Windows平臺AIX/HP-Unix/Solaris5 數(shù)據(jù)挖掘Oracle Data Mining提供完整的數(shù)據(jù)挖掘功能，從數(shù)據(jù)準(zhǔn)備、數(shù)據(jù)選取、算法選擇、模型建立、模型優(yōu)化、打分、結(jié)果展現(xiàn)，都能夠通過一個統(tǒng)一的圖形化界面提供。IBM數(shù)據(jù)庫挖掘分為很多個工具模塊，一些是圖形化工具、一些是需要編寫腳本的分散功能，如Intelligent Miner、Intelligent Miner Modeling、Intelligent Miner Visualization、Intelligent Miner for Scoring。 IBM數(shù)據(jù)庫挖掘工具不能進(jìn)行模型優(yōu)化，打分需要利用單獨的Intelligent Miner for Scoring編寫腳本來實現(xiàn)，沒有集成到圖形化工具中。6 前端展現(xiàn)工具功能點OracleIBM性能Oracle BIEE提供服務(wù)器端的緩存，提高性能；Cognos不提供服務(wù)期端的緩存；DashboardOracle BIEE的Dashboa