項目 |
MSTR |
BO |
Oracle BIEE |
Cognos 8 |
產品功能 |
安裝部署 |
用戶端無任何安裝;服務端的安裝全程自動化,沒有專用的設定參數的輸入,較容易安裝。 支援Windows,unix等主流OS平台 |
安裝前需要改地區設定和本地安全性原則,容易安裝失敗,並且不支援。 支援Windows,unix等主流OS平台 |
安裝過程類似於安裝ORACLE資料庫,且需要設定設定檔NQSConfig.ini,在安裝嚮導較方便安裝成功。 支援Windows,unix等主流OS平台 |
安裝需要經過指導,安裝後的配置較煩瑣,容易安裝失敗。 支援Windows,unix等主流OS平台 |
相容性 |
MSTR不能串連第三方的OlapServer 產生的分析模型資料。不能被第三方工具訪問。 支援主要OS資料庫系統:主流的RDBMS |
BO5中文版不能在B/S方式下對Essbase進行自由切入 |
支援即席查詢、OLAP分析、儀錶盤等分析使用共用的企業語義模型,並提開放的介面給其它分析工具;支援Essbase, 技術主流資料庫。 |
Cognos串連Essbase在UNIX下有版本限制,不支援Essbase 6.2以後版本; Cognos不支援複合資料,不支援“多對多”關聯 |
資料容量 |
特有的ROLAP引擎,針對1G以上資料模型有專項最佳化,支援100GB以上的資料模型分析;支援到TB級的資料分析,對大資料量的SQL提供最佳化。大資料量查詢效率不好。 |
單個資料模型60~70G(ESSBASE);根據OLAP伺服器的效能決定,搭配essbass時支援10G左右資料模型,無OLAP伺服器時,顯示效率較低。 |
MOLAP單個資料模型沒有限制(Essbase),隨Cube體積增大,效能不會明顯下降; ROLAP資料模型,支援100G以上資料量,沒有限制,查詢效率會有較大影響。 |
單個資料模型ROLAP 50G~80 G以上,但查詢效率比較慢; MOLAP支援大資料量有困難,難以支援維度層次和成員數太多的模型,超過2G~4G以上的.MDC的Cube能夠分成較小的.MDP檔案 |
產品線完整程度 |
缺乏ETL和資料採礦工具 |
缺乏資料採礦工具,擁有ETL工具DI |
BIEE沒有ETL工具;但Oracle BI產品線豐富,能提供ETL工個。 |
擁有全面的BI產品線,功能較豐富,擁有ETL工個,Cognos Data Manager |
產品整合 |
整合度較高,提供整合的資料連線、模型製作、報表發布、許可權管理的介面。 |
整合度中等,web功能同傳統C/S模式差距較大 |
整合度較高,統一的技術架構平台 |
C8.3之前的版本整合度一般,多種應用對應單獨的使用介面,比如TRANSFORMER,POWERPLAY有獨立的介面;C8.4有一定的改變 |
SDK開放程度 |
開放程度較高,提供全面的sdk開發包。 |
較少,功能封裝在OCX中,支援緯度參數的輸入等二次開發函數,尤其不提供許可權介面,提供資料更新、啟動服務等簡單操作的命令列模式。 |
開放程式較高,提供豐富的API |
較少,許多功能二次開發無法實現,提供初步的使用者功能許可權操作的函數; 所提供的web API非常有限,而且沒有真正的web客戶化能力,也不能嵌入到現有應用系統中。 |
快速開發 |
有相應的快速開發模板,客戶開發的模板可複用; 可以按照模版建立新的報表,在現有報表上建立適合使用者自己的新報表。 |
有豐富的快速開發參考模型,實現一般性的需求較容易;由於有獲得了專利的“語義層”, 使用者可以快捷地寫出功能強大的財務、銷售和其他含有表格、圖表、超級串連和映像的報表。 |
支援對象方式的報表設計與製作,支援不同語義模型之間對象的直接拷貝粘貼。 |
不提供開發模板,可以在分析的基礎上添加表頭構成報表,B/S下可對分析結果作為報表儲存。 |
二次開發 |
工作量較大,但理論上可以重新開發除了伺服器和部分功能許可權外的任何功能。 開發量主要集中於準系統的應用上 |
主要集中於介面的美觀程度 |
若開發涉及模型變化,則報表需求做相應的修改 |
主要集中於介面的美觀程度; 若開發涉及模型變化,則報表需求做相應的修改 |
模型或報表的資料來源 |
支援多種類型的資料來源。但在一個項目中只能使用一個資料來源 |
BUSINESSOBJECTS 允許在同一報表中合并來自不同源的資料。比如單個excle表,支援混合顯示,較強大。 |
支援多種類型的資料來源,如支援XMLA,MS分析服務,SAP BW。 |
部分支援(模型中只支援單一資料來源) |
支援的資料庫和OLAP |
主流資料庫;只使用自己的OLAP伺服器 |
主流資料庫和主流OLAP伺服器(不支援cognos和MSTR); 其本身沒有真正OLAP伺服器,需要第三方OLAP伺服器。 |
只使用自己的OLAP伺服器 |
主流資料庫和主流OLAP伺服器 |
中繼資料管理 |
具有統一的中繼資料庫。中繼資料通過Desktop整合介面進行管理,方便的實現中繼資料的遷移、複製等工作。 |
有中繼資料庫存使用者資訊,但必須在C/S模式下製作unv檔案和rep(Repository)報表檔案實現,在web方式下儲存為wqy則可以編輯,但功能弱。 |
提供BI中繼資料管理模型,無需專業IT技術人員也可以進行靈活的查詢、報表分析和儀錶盤的發布; |
採用檔案方式和內容庫(content store)方式,可以通過管理工具備份。 |
建模工具 |
提供Architect作為建模工具,另外在應用伺服器Intelligence Server中可以提供智能立方體 |
不提供,需要單獨購買OLAP |
提供管理工個(Administration Tool),實現物理層-邏輯層-展現層的建模,建模時,層次清析。 |
提供Transform作為建模和產生可分析立方體的工具,OLAP伺服器為Enterprise server,製作的立方體效率很高,分析立方體的資料經過壓縮,容量為同條件下的ESSBASE的4~20分之一; Framework建模略顯複雜。 |
許可權管理 |
提供功能許可權、資料許可權許可權的二次整合度高,但開發量也大 |
提供功能許可權和資料許可權,但只提供簡單的使用者權限操作的二次整合能力 |
提供功能許可權和資料許可權; 資料許可權:對資料按行、列進行使用者賦權,並能夠控制使用者查詢的訪問時間。 |
提供功能許可權和資料許可權,許可權的二次開發量很小 |
操作易用性 |
報表展現方便,但OLAP操作感較差 |
由於採用OCX的外掛程式方式,OLAP的顯示方式較象excel,操作較直觀,給使用者的初次印象較好,但報表感較差 單一介面可以滿足查詢、報表和分析;通 INFOVIEW BI 介面單一進入點,BUSINESSOBJECTS 還讓使用者快速、簡單地存取報表。 |
操作靈活方便,支援使用者滑鼠拖拽設計 |
OLAP功能很強大,操作反應速度較快的,支援使用者滑鼠拖拽設計;然而初次上手較難, WEB頁面訪問條件查詢報表時操作不便。 |
旋轉、切片、切入操作 |
提供旋轉、切片、切入、自訂小計等OLAP分析。 |
都支援 |
支援切入、旋轉、切片 |
都支援,WEB方式下分析功能最強大,使用熟練後可做的分析很多,支援任意角度的分析操作。 |
鑽透到詳單 |
ROLAP可以切入到詳細資料,查詢速度較慢。 |
BO的基於案頭 的cube方式先天地受到cube中包含的資料量和在有限的資料集上進行的分析的限制。 在使用者的切入操作發生後並沒有提供相應的資料限制,因此在查詢詳單時,資料承爆炸式的增長。 |
基於ROLAP查詢到詳單資料,查詢較慢。 |
ROLAP可以切入詳單資料,查詢速度會比較慢; MOLAP也可以切入詳單資料,資料量有限。 |
重新整理資料 |
提供定時更新的工具,也提供SDK函數控制更新 提供調度機制。可以按照靈活的時間設定或者事件觸發報表重新整理資料。 |
命令列方式更新(用第三方發送器調度) |
|
提供定時更新的工具,也有相應的命令列程式更新; Cube比較大時,重新整理資料耗時比較長,但支援增量重新整理資料。 |
多種檔案格式匯出 |
常用的格式都支援(PDF,EXCEL等) |
同MSTR |
常用的格式都支援(PDF,EXCEL等 |
同MSTR |
報表展示 |
支援列表、交叉表、圖表(90多種)圖形美觀,圖表多為FLASH,動態立體感強 |
提供常規應用圖表,圖表樣式較少 |
提供常規應用圖表,圖表較美觀 |
提供常規應用圖表,但圖表樣式較少、報表及圖形不美觀 |
靈活的查詢參數設定 |
參數設定較為煩瑣,屬於條件過濾性質,查詢介面也非常不友好 |
在新的6.x版本下查詢時可構造較複雜的SQL語句,並且能包含動態查詢函數,但6.x還未推出中文版 |
biee在變數方面分有session和資料庫變數,並且提示可以引入資料庫變數,因此在實現頁面初始化是設定視窗時間、預設昨天等應用非常有用。 |
只能進行簡單條件的過濾,複雜查詢需要javascript 指令碼,使用也是用限。 |
計算資料行設計 |
提供很強大的統計運算函數功能,計算資料行是報表層設計;維度成員間的計算設計麻煩。 |
能提供豐富的運算函數 |
BIEE都是AdministrationTool中完成,建立好星型關係後,在邏輯層增加一個計算資料行,添加一個函數(時間軸函數)就可以完成 |
MOLAP計算資料行可以分別在模型層和報表層設計,有較豐富的函數; ROLAP的REPORT NET,需要在報表層添加計算資料行比較麻煩,如環比,同比等計算,需要建立多層小的查詢. |
產品效能 |
Server Load Balancer |
支援多種層面的Server Load Balancer,有Intelligence Server服務和Broad Cast的分布式Server Load Balancer,並且提供相應的最佳化工具(另外付費),支援大量並發使用者請求,並發數的處理效率很高。 |
同Cognos類似 |
支援叢集功能, |
提供應用伺服器的負載平衡,支援叢集。 |
報表重新整理的速度(10W條資料) |
提供報表緩衝機制(報表、對象,元素,XML)以提升效率。有緩衝時訪問速度在1分鐘以內;無緩衝時,在SQL查詢時間基礎上增加10~30秒 |
15秒~2分鐘內 |
提供報表緩衝機制,能一定程度提升效率。有緩衝時訪問速度在1分鐘以內;無緩衝稍慢點。 訪問EASSBASE時,效能要好些。 |
REPORT NET沒有提供報表緩衝機制; ROLAP 30秒以上 MOLAP 6秒~30秒 |
並發訪問 |
單CPU可以支援50個並行作業使用者 |
單CPU最多支援25個並行作業使用者 |
|
單CPU最多支援50個並行作業使用者 |
系統可維護性 |
中繼資料、許可權集中管理。較容易管理維護,但新的實體的製作需要專門人員 |
|
有中繼資料管理工具,許可權集中管理,易管理,遷移時需要修改相應的設定檔 |
有元數管理工具,便易管理。 |
價格及服務 |
價格 |
按使用者數和組件報價,有最低使用者資料限制,總體價格在100W |
|
$2,000/使用者,$295,000/處理器。 |
IBM COGNOS在IBM COGNOS 8商業智慧(BI)上執行基於任務的定價機制。不同的任務價格不同,取決於是否需要為使用者授權,或是否需要管理員的任務授權。授權費在批量上有折扣,所以產品的定格會因為客戶的安裝規模而所有差別。 總體價格與MicroStrategy相近 |