oracle與ibm的數(shù)據(jù)倉庫比較-全文預(yù)覽
【正文】 維表和事實表里的數(shù)據(jù)點,可以選擇橫表頭顯示什么,每列顯示什么,制作完成后可以預(yù)覽報表, ,就可以發(fā)布和部署了,現(xiàn)在就需要啟動 BIPILOT SERVER 過 B/S 結(jié)構(gòu)來觀看報表.3 應(yīng)用性 Oracle 的 OWB 和 IBM 的 warehouse manager . OLAP server 的比較1 總體理解上:Oracle 的產(chǎn)品 使用圖形化界面，可以快速設(shè)計、部署數(shù)據(jù)倉庫,上手比較容易,理解上比較快一些，比較適合出學(xué)者.而 IBM 的產(chǎn)品比較多 ,安裝和配置還有使用上比較復(fù)雜, 所有比較適合有一定的數(shù)據(jù)庫基礎(chǔ)和一定的數(shù)據(jù)倉據(jù)知識的人來操作.2 操作使用上:Oracle 產(chǎn)品控制上太嚴(yán)禁 ,沒有多少發(fā)揮的余地,不可以修改已生成的 SQL. 而 IBM 產(chǎn)品就可以修改你生成的任何 SQL,比較開放. 編程人員可以自己發(fā)揮 .:Oracle 的 WAREHOUSE BUILDER 工具可以完成數(shù)據(jù)的抽取轉(zhuǎn)換(ETL)和多維結(jié)構(gòu)的建立.而 IBM 的 ETL 部分是由 WAREHOUSE MANAGER 完成的 ,多維結(jié)構(gòu)的建立是由OLAP SERVER 來實現(xiàn)的,這樣會需要多花時間來掌握更多的工具.4 數(shù)據(jù)結(jié)構(gòu)上:Oracle 的整個流程都是在操作 ORACLE 的數(shù)據(jù)庫,已 ORACLE 數(shù)據(jù)庫為基礎(chǔ), 即使到了展現(xiàn)的時候數(shù)據(jù)的保存還是在數(shù)據(jù)庫里,對數(shù)據(jù)庫操作比較頻繁.9 / 10 而 IBM 在 WAREHOUSE MANAGER 的操作還是已數(shù)據(jù)庫為基礎(chǔ),但是到了 OLAP SERVER 的時候就可以脫離對數(shù)據(jù)庫的操作了,已文件的形式保存下來. 5 流程順序上: Oracle 的整個流程是先建立維表和事實表 ,然后建立他們之間的層次和關(guān)系,最后根據(jù)抽取條件從數(shù)據(jù)源抽取數(shù)據(jù)放到目標(biāo)表內(nèi),它的 ETL 和 OLAP 的多維結(jié)構(gòu)是一步完成的. 而 IBM 是先根據(jù)抽取條件從源數(shù)據(jù)庫內(nèi)整理好數(shù)據(jù)放到 DB2 數(shù)據(jù)庫內(nèi),在建立多維的規(guī)則文件,根據(jù)多維的規(guī)則文件再從 DB2 數(shù)據(jù)庫內(nèi)抽取數(shù)據(jù)存放到最終的一個文件中.O R A C L E建立維表的層次以及和事實表的關(guān)系數(shù)據(jù)的整理和抽取數(shù)據(jù)按多維模型和抽取規(guī)則保存到最終的目標(biāo)庫中展現(xiàn)和多維分析創(chuàng)建所需維表和事實表數(shù)據(jù)的整理和抽取數(shù)據(jù)按抽取規(guī)則保存到目標(biāo)庫中建立規(guī)則文件 , 創(chuàng)建多維模型數(shù)據(jù)按多維模型保存到最終的目標(biāo)文件中展現(xiàn)和多維分析 由于數(shù)據(jù)倉庫開發(fā)過程相對復(fù)雜，在兩個產(chǎn)品的使用過程中都出現(xiàn)了一些問題。4． 所有數(shù)據(jù)全部動態(tài)計算，沒有預(yù)算機制，延長了統(tǒng)計時間。7． Owb 工具，如果今后需求有變動，需要修改開發(fā)成果從新抽取數(shù)據(jù)，但是 owb 工 具 不支持修改，只能刪除原來的關(guān)系線從新作，比較耗費時間。10 / 104． 數(shù)據(jù)抽取過程中，需要寫大量的 sql 腳本，對數(shù)據(jù)庫不熟悉的開發(fā)人員很難完成。2． 業(yè)務(wù)數(shù)據(jù)庫為 oracle，需要映射到 db2 的數(shù)據(jù)庫中才能進行開發(fā) ,這樣會對數(shù)據(jù)的ETL 部分有影響,具體影響有多大,還需要具體分析。6． 有關(guān)上月數(shù)與同期數(shù)的問題在 IDS 里無法解決。2． 增量抽取數(shù)據(jù)有問題,oracle 的 OWB 工具不能實現(xiàn)自動定時間增量抽取數(shù)據(jù),只能人工抽取數(shù)據(jù),這樣會給以后的維護產(chǎn)生問題。2 每個資料檔案庫都有相應(yīng)的用戶。IBM 的展示沒有特定的工具，而是提供標(biāo)準(zhǔn)的數(shù)據(jù)借口，它可以采取第三方的展現(xiàn)工具，或者獨立開發(fā)展現(xiàn)工具，比較靈活的實現(xiàn)前端的展現(xiàn)過程。信息技術(shù)人員可以讓用戶利用分析和報表的功能獲得他們所需的信息，而不會失去對信息、數(shù)據(jù)完整性、系統(tǒng)性能和系統(tǒng)安全的控制。利用 Warehouse Manager OLAP 版本還有一項附加收益，就是在可視化數(shù)據(jù)倉庫上創(chuàng)建了一個中間信息倉庫。同其它 OLAP 相比，有更多的前端工具和應(yīng)用程序利用了 Essbase API，使其成為事實上的業(yè)界標(biāo)準(zhǔn)。 OLAPDB2 OLAP Server在線分析處理（OLAP）在 IBM 的商務(wù)智能中扮演著重要角色，IBM 為此提供一個分析工具DB2 OLAP Server，深入最終用戶的業(yè)務(wù)，對桌面上的數(shù)據(jù)進行實時操作。但是對于復(fù)雜的轉(zhuǎn)換過程，由于整個轉(zhuǎn)換過程全部都是由工具完成，用戶不能干涉，導(dǎo)致在轉(zhuǎn)換中一些復(fù)雜查詢速度緩慢，而且沒有可能優(yōu)化。每個數(shù)據(jù)庫中單個表的大小可以達(dá)到 512GB*1000=500TB。ORACLE 基本上沒有真正 TB 級的數(shù)據(jù)倉庫，客戶往往被要求將其海量數(shù)據(jù)分解到多個數(shù)據(jù)庫中。從 Oracle 9i 開始(包括 10g)，Oracle 把 OLAP Server 整合進了數(shù)據(jù)庫，作為了數(shù)據(jù)庫的一個選件，Oracle Express Server 是一個 MOLAP (多維 OLAP)服務(wù)器，它利用多維模型，存儲和管理多維數(shù)據(jù)庫或多維高速緩存，同時也能夠訪問多種關(guān)系數(shù)據(jù)庫；OWB(Warehouse builder) 可以完成數(shù)據(jù)倉庫建模和元數(shù)據(jù)管理，又可用于數(shù)據(jù)抽取、轉(zhuǎn)換、裝載和調(diào)度以及多維模型的建立。 嚴(yán)格說來，IBM 自己并沒有提供完整的數(shù)據(jù)倉庫解決方案，該公司采取的是合作伙伴戰(zhàn)略。 文檔范圍所以文中沒有具體實施的細(xì)節(jié)，適用讀者：? 開發(fā)人員
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1