oracle與ibm的數(shù)據(jù)倉庫比較-資料下載頁
2025-06-25 07:16本頁面
【正文】 上: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 來實(shí)現(xiàn)的,這樣會需要多花時(shí)間來掌握更多的工具.4 數(shù)據(jù)結(jié)構(gòu)上:Oracle 的整個(gè)流程都是在操作 ORACLE 的數(shù)據(jù)庫,已 ORACLE 數(shù)據(jù)庫為基礎(chǔ), 即使到了展現(xiàn)的時(shí)候數(shù)據(jù)的保存還是在數(shù)據(jù)庫里,對數(shù)據(jù)庫操作比較頻繁.9 / 10 而 IBM 在 WAREHOUSE MANAGER 的操作還是已數(shù)據(jù)庫為基礎(chǔ),但是到了 OLAP SERVER 的時(shí)候就可以脫離對數(shù)據(jù)庫的操作了,已文件的形式保存下來. 5 流程順序上: Oracle 的整個(gè)流程是先建立維表和事實(shí)表 ,然后建立他們之間的層次和關(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ù)存放到最終的一個(gè)文件中.O R A C L E建立維表的層次以及和事實(shí)表的關(guān)系數(shù)據(jù)的整理和抽取數(shù)據(jù)按多維模型和抽取規(guī)則保存到最終的目標(biāo)庫中展現(xiàn)和多維分析創(chuàng)建所需維表和事實(shí)表數(shù)據(jù)的整理和抽取數(shù)據(jù)按抽取規(guī)則保存到目標(biāo)庫中建立規(guī)則文件 , 創(chuàng)建多維模型數(shù)據(jù)按多維模型保存到最終的目標(biāo)文件中展現(xiàn)和多維分析 由于數(shù)據(jù)倉庫開發(fā)過程相對復(fù)雜，在兩個(gè)產(chǎn)品的使用過程中都出現(xiàn)了一些問題。 用 ORACLE 開發(fā)過程中遇到的問題：1． 在展現(xiàn)方面 oracle 的 IDS 工具,在報(bào)表的表頭中無法實(shí)現(xiàn)多層嵌套和自定義表頭。2． 增量抽取數(shù)據(jù)有問題,oracle 的 OWB 工具不能實(shí)現(xiàn)自動(dòng)定時(shí)間增量抽取數(shù)據(jù),只能人工抽取數(shù)據(jù),這樣會給以后的維護(hù)產(chǎn)生問題。3． 如果設(shè)計(jì)的維比較多，對于報(bào)表查詢的性能會有一定影響,兩者是成正比的,緯度越多,性能越底。4． 所有數(shù)據(jù)全部動(dòng)態(tài)計(jì)算，沒有預(yù)算機(jī)制，延長了統(tǒng)計(jì)時(shí)間。5． 在 OWB 工具里作數(shù)據(jù)抽取時(shí)，如果主輔表關(guān)聯(lián)，會產(chǎn)生統(tǒng)計(jì)金額的加倍的問題。6． 有關(guān)上月數(shù)與同期數(shù)的問題在 IDS 里無法解決。Oracle 提供的聚集函數(shù)并不能滿足這樣的要求。7． Owb 工具，如果今后需求有變動(dòng)，需要修改開發(fā)成果從新抽取數(shù)據(jù)，但是 owb 工 具 不支持修改，只能刪除原來的關(guān)系線從新作，比較耗費(fèi)時(shí)間。8． 最大弱點(diǎn),在 OWB 的開發(fā)中 ,如果數(shù)據(jù)庫或網(wǎng)絡(luò)斷線,那就意味這你沒有保存的信息都將丟失. 用 IBM 開發(fā)過程中遇到的問題：1． 開發(fā)過程分為多部(oracle 到 db2 映射,etl,olap,展現(xiàn)) ，需要安裝使用的軟件較多(現(xiàn)階段需要掌握 7 個(gè)軟件安裝 4 個(gè)軟件的使用)，掌握這些軟件需要更多的時(shí)間,還需要對數(shù)據(jù)倉庫的理念有一定的了解。2． 業(yè)務(wù)數(shù)據(jù)庫為 oracle，需要映射到 db2 的數(shù)據(jù)庫中才能進(jìn)行開發(fā) ,這樣會對數(shù)據(jù)的ETL 部分有影響,具體影響有多大,還需要具體分析。3． 開發(fā)過程中完全使用 db2 的數(shù)據(jù)庫及管理軟件，對想應(yīng)的數(shù)據(jù)庫 SQL 和函數(shù)并不熟悉，需要時(shí)間來進(jìn)行學(xué)習(xí)和掌握,可能會影響項(xiàng)目的進(jìn)度。10 / 104． 數(shù)據(jù)抽取過程中，需要寫大量的 sql 腳本，對數(shù)據(jù)庫不熟悉的開發(fā)人員很難完成。5． 在 warehouse manager 方面,由于源數(shù)據(jù)是 ORACLE,而目標(biāo)表是 DB2 的,所以會碰到數(shù)據(jù)類型的轉(zhuǎn)換問題,例如,varchar2varhcar,timestampdate6． 在 OLAP server 里 制作晚結(jié)構(gòu)文件后在根據(jù)緯度 GOURP BY 數(shù)據(jù)的時(shí)候,事實(shí)表里的數(shù)據(jù)點(diǎn),只能實(shí)現(xiàn)累( 加,減 ,乘,除), 不能實(shí)現(xiàn) COUNT 等功能.7． 在 OLAP server 里 當(dāng) load date 的時(shí)候,如果你的事實(shí)表里的數(shù)據(jù)有寫緯度的值為null,將會產(chǎn)生這個(gè) load date 過程失敗,所有記錄都不能 load.8． 最大問題,在 OLAP server 里,不同的維的代碼和別名不能夠重復(fù),這點(diǎn)將會對客戶造成影響,目前代碼不能重復(fù)可以已轉(zhuǎn)換的方式來解決,*經(jīng)濟(jì)類型維*里有名稱維街道的代碼,但*隸屬關(guān)系維*里也有名稱維街道的代碼,但OLAP 開發(fā)中名稱不能重復(fù),只能找客戶去解決. 用 BI 開發(fā)過程中遇到的問題1. bipilot builder 中暫時(shí)不能實(shí)現(xiàn)兩個(gè) CUB 的關(guān)聯(lián),這樣會產(chǎn)生不能做出比較復(fù)雜的報(bào)表.2. 如果 OLAP server 里的 CUB 結(jié)構(gòu)有了變化,在 bipilot builder 里是不能實(shí)現(xiàn)自動(dòng)更新的,只能手動(dòng)去重新配置 OLAP 文件.3. 就目前來講,bipilot builder 功能上,問題還很多,例如,多 CUB 關(guān)聯(lián),顯示別名的問題,緯度多層次上顯示不規(guī)則,等一系列問題,可能會影響到開發(fā)的進(jìn)度.
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1