1 參評工具
參評的工具包括:MSTR、BO、Cognos、Brio、SAS、CA
2 選擇說明
對於本次選擇的六類產品,除CA的BI產品外,其他五類都是在BI業界非常出名的公司的產品,從互聯網上各類搜索引擎的搜索結果既可以看出。
其中:
² MSTR:全稱MicroStrategy為正在開發的電信經營分析系統,以下簡稱MSTR。評估數據來源於開發的經驗和同系統支撐商的交流;
² BO:為交流演示后,重點關注的產品,在中國有很好的市場。評估數據來源於同系統提供商的交流和互聯網;
² Cognos:應用於本人實施過的電信經營分析系統,評估數據來源於本人系統研發、實施經驗;
² Brio:應用於某電信經營分析系統,評估來源於本人對相關實施系統(電信領域)的調研、同維護人員的交流以及互聯網;
² SAS:屬於在統計分析、數據挖掘方面全球一流的SAS公司的產品。評估數據來源於互聯網;
² CA:應用於某電信經營分析系統。評估數據來源於對系統的調研和互聯網。
3 BI公司介紹
2003年3月,Cognos公司並購軟件公司Adaytum,7月17日Business Objects 並購Crystal, 7月24日,Hyperion並購Brio,世界的BI市場正在掀起並購風。
4 產品介紹
參與評估產品的介紹
1.1. MicroStrategy公司產品
1、公司簡介
MicroStrategy公司由Michael J. Saylor創建於1989年,最初主要是作為一家決策支持領域的咨詢公司,隨后發展過程中,在1993年推出了第一個產品包:MicroStrategyAgent,隨后相繼推出一系列產品:MicroStrategy Web、MicroStrategy Broadcaster、MicroStrategy Telecaster等,現最新產品包稱之為MicroStrategy 7,致力於提供面向個性化的電子商務智能解決方案。
2、產品介紹
MicroStrategy Intelligence Server——整個產品中核心產品,多層體系結構下的中間應用服務器,為各種前端應用提供中間應用層能力。
MicroStrategy Web——Web體系下的應用服務器,提供基於Web體系下的查詢、電算表格和多維分析能力。
MicroStrategy Agent——數據挖掘、應用開發工具,提供API接口。
MicroStrategy InfoCenter——企業級報表,門戶工具。
MicroStrategy Architect——商業對象抽象層設計工具。
MicroStrategy Desktop——MicroStrategy Agent、MicroStrategy Architect和MicroStrategy Administration Utility的集成化應用環境
1.2. BO產品介紹
桌面產品包括:
BusinessObjects Explorer Reporter 查看、刷新、計划、分發和打印全客戶文檔,創建新查詢和文檔,OLAP 的旋轉和切片以及鑽取功能。
Designer 允許universe 設計者創建、管理和分發universes. universe 用日常商業商業術語代表數據結構,屬於語義層
Supervisor 允許管理員進行權限管理
BusinessQuery Excel 加載項,使用 BusinessObjects universe, 支持關系型和多維數據庫(OLAP)
BusinessMiner 發現並處理數據中的隱含關系
企業級服務器產品包括:
Infoview
WebIntelligence (Reporter 和Explorer) 是 BusinessObjects 基於WEB的決策支持系統。
Broadcast Agent 制定自動發布文檔的定時機制。
1.3. Cognos的產品簡介
Cognos公司的產品是由一系列的功能模塊組合而成的套件,包括如下一些模塊:
Powerplay Enterprise Server——是PowerPlay企業級的服務器。由應用服務器和Web 服務器組成。可在Internet、廣域網和局域網上發布Cubes並作為在線分析運行平台。
Impromptu Web Report —— WEB界面的報表制作和發布的專業平台。
Scenario —— 系統提供的ETL工具。
4Thought—— 建模與預測模塊,采用神經網絡技術。
Impromptu—— 是企業級、交互式數據庫查詢和報表生成工具,提供查詢、報表功能,針對關系型數據。
Powerplay—— 提供OLAP分析功能,針對多維數據PowerCube(Cognos的多維數據結構)。在Powerplay中可以鑽取到Impromptu中。這是Cognos公司的集成平台。
Transformer——是一個OLAP服務器。主要用來創建模型,幫助你組織數據,將不同數據源的數據整合到PowerCube當中,形成多維數據源。
Cognos Upfont —— 網絡集成的門戶
Upfont Access —— 負責權限的設置與驗證
1.4. Brio 產品介紹
美國Brio Technology是一家納斯達克上市公司,其集中精力於OLAP的前端展示,不提供OLAP的數據整理和重組功能,沒有OLAP分析引擎。
主要產品:
Client/Server方式的客戶端
BrioQuery Designer TM ——(供開發人員、數據庫管理員和系統管理員使用)查詢、分析及報表制作,具有數據庫管理功能、安全性、審計和共享庫設置
BrioQuery Explorer TM ——(供高級用戶使用)查詢、分析及報表制作,直接訪問數據庫表和共享庫
BrioQuery Navigator TM ——(供需要業務即時信息的分析人員使用)查詢、分析及報表制作,訪問共享庫中預先定義好的數據模型和報表
Web方式的客戶端
Brio.Insight TM —— 基於Web 瀏覽器的查詢、分析及報表。根據報表信息和用戶的屬性而設定不同層次的報表分析功能(供活躍的分析人員和報表用戶使用)。
Brio.Quickview TM —— 基於 Web 瀏覽器的報表查看和數據視圖更新(供報表查閱者使用)。
Brio.Enterprise的服務器產品
OnDemand 服務器 —— Web 應用服務器,用戶可通過Web進行查詢,實現客戶端零管理,提供報表級安全性及獨特的可適應性報表技術
Broadcast 服務器 —— 廣播服務器,可按預定時間表進行自動查詢處理,通過電子郵件、網絡、打印機及 Web發送報表,其執行情況可通過電子郵件反饋給用戶
1.5. CA公司產品
CA也提供非常齊全的產品線:
CleverPathTM Predictive Analysis Server 數據挖掘工具
CleverPathTM OLAP OLAP分析的應用工具,是一個包括C/S和B/S網頁的
CleverPathTM Forest & Trees 提供查詢處理功能
CleverPathTM Aion Business Rules Expert數據組織及元數據管理
CleverPathTM Reporter C/A結構下的報表制作工具
CleverPathTM Portal 定時調度工具
CleverPathTM Enterprise Content Manager 信息分發共享工具
5 產品對比
| 項目 |
MSTR |
BO |
Brio |
Cognos |
|
| 產品功能 |
|||||
| 獨立的應用服務層 |
基於組件的應用服務器Intelligence Server,功能強大,附屬工具豐富 |
應用服務器為WebIntelligence 負責數據的交互,功能較簡單,性能依賴於OLAP的性能 |
Brio.Enterprise OnDemand 負責數據的交互,功能較簡單,性能依賴於OLAP的性能 |
PowerPlay Enterprise server 負責數據的交互,提供基礎的服務器調優和負載平衡的調整,監控能力較弱 |
|
| 安裝難易程度 |
客戶端無任何安裝; 服務端的安裝全程自動化,沒有專用的設置參數的輸入,較容易安裝。 |
安裝前需要改區域設置和本地安全策略,容易安裝失敗,並且不支持 |
同COGNOS類似 |
安裝需要經過指導,安裝后的配置較煩瑣,容易安裝失敗 |
|
| 兼容性 |
Microstrategy不能連接第三方的OlapServer (它有自己的Rolap) 生成的分析模型數據也不能被第三方工具共享,只能自己使用 |
BO5中文版不能在B/S方式下對Essbase進行自由鑽取 |
brio 同震盪波補丁沖突(KB835732) 出現Shift重復字符 |
Cognos連接ESSBASE在UNIX下有版本限制,6.2以后的就不行了 Cognos不支持復合數據,不支持“多對多”關聯 |
|
| 純Web架構 |
是純WEB架構 不過最近為了加強報表的制作,添加pdf顯示功能 |
不是,需要下載OCX插件, 報表樣式不豐富 QuickView:不能與數據庫交互,類似離線分析,客戶端需要下載插件。 Insight:能夠與數據庫進行交互,Server端為Ondemand Server,客戶端需要下載插件。 |
不是,需要下載OCX插件, 報表樣式不豐富 |
OLAP部分是,報表部分需要PDF插件。 現在新推出的ReportNe可以通過純WEB方式來制作類似水晶報表一樣的復雜格式報表,這樣就形成全套的WEB解決方案 |
|
| 數據容量 |
100G以上 |
單個數據模型60~70G(ESSBASE) |
單個數據模型60~70G(ESSBASE) |
10G以下 |
|
| 應用平台的支持 |
操作系統:WIN2000SERVER; WIN2003SERVER; UNIX; 數據庫系統:主流的RDBMS |
同MSTR |
同MSTR |
同MSTR |
|
| 能否鑽透到詳單級 |
可以, 由於時基於ROLAP架構的數據分析,在模型設計上就能直接支持詳單的鑽透,實現方便。但也要受到系統查詢速度的限制。 直接在工具中創建查詢列表對象,並且對象可以是詳單也可以是有數據關聯的表,實現起來較方便。 |
BO的基於桌面 的cube方式先天地受到cube中包含的數據量和在有限的數據集上進行的分析的限制。 在用戶的鑽取操作發生后並沒有提供相應的數據限制,因此在查詢詳單時,數據承爆炸式的增長。 |
需要二次開發才能做到統計報表向詳單的鑽透,工作量較大。 |
可以,但是詳單的顯示數據量較小(10條左右),並且需要轉到PDF格式。 |
|
| 大數據量解決方案 |
特有的ROLAP引擎,針對1G以上數據模型有專項優化,支持100GB以上的數據模型分析 支持到TB級的數據分析,對大數據量的SQL提供優化。 技術人員可以通過調整VLDB屬性進一步優化 |
根據OLAP服務器的性能決定,搭配essbass時支持10G左右數據模型,無OLAP服務器時,顯示效率較低。 |
根據OLAP服務器的性能決定,搭配essbass時支持10G左右數據模型 |
對大數據量的模型無法支持,最高數據量為3GB左右 |
|
| 產品線的完整程度 |
缺乏ETL和數據挖掘工具 |
缺乏數據挖掘工具,ETL工具剛開發完畢,未投入使用 |
缺乏ETL和數據挖掘工具, |
擁有全部的BI產品線,功能較豐富 |
|
| 產品集成情況 |
集成度高,提供集成的數據連接、模型制作、報表發布、權限管理的界面。 |
集成度中等,web功能同傳統C/S模式差距較大 |
集成度中等,web功能同傳統C/S模式差距較大 |
集成度低,每種應用都對應單獨的使用界面 |
|
| 信息分發 |
信息分發由Narrowcast組件完成,功能強大,可發手機短信、郵件、傳真,可以包含聲音文件,需另外購買 報表分發需要二次開發 MicroStrategy Narrowcast組件可以實現信息的主動分發,將信息分發到郵件、手機、傳真等平台; 內部支持報表訂閱機制,用戶主動訂閱報表信息; 內部不支持報表發送,需要二次開發實現。 |
報表的分發的實現較為方便 也有消息分發的組件 |
有報表分發功能 有發郵件的接口 |
有報表分發功能 有發郵件的接口 |
|
| SDK開放程度 |
開放程度很高,提供全面的sdk開發包, |
較少,功能封裝在OCX中,支持緯度參數的輸入等二次開發函數,尤其不提供權限接口,提供數據更新、啟動服務等簡單操作的命令行模式 |
有,但較少,功能封裝在OCX中,支持緯度參數的輸入等二次開發函數,提供數據更新、啟動服務等簡單操作的命令行模式 |
極少,許多功能二次開發無法實現,但提供初步的用戶功能權限操作的函數,提供數據更新、啟動服務等簡單操作的命令行模式 所提供的web API非常有限,而且沒有真正的web客戶化能力,也不能嵌入到現有應用系統中。 |
|
| 易於二次開發整合 |
工作量較大,但理論上可以重新開發除了服務器和部分功能權限外的任何功能。 開發量主要集中於基本功能的應用上 |
開發量主要集中於界面的美觀程度 |
開發量主要集中於界面的美觀程度 |
開發量主要集中於界面的美觀程度 |
|
| 多數據源的支持 |
支持多種類型的數據源。但在一個項目中只能使用一個數據源 |
BUSINESSOBJECTS 允許在同一報表中合並來自不同源的數據。比如單個excle表,支持混合顯示,較強大(C/S下支持) |
部分支持(模型中只支持單一數據源) |
部分支持(模型中只支持單一數據源) |
|
| 模型快速開發(前提是經過培訓並有經驗) |
有相應的快速開發模板,不過數量較少 |
有豐富的快速開發參考模型,實現一般性的需求較容易 |
有豐富的開發參考模型,但模型的開發和發布工作量大 |
有較豐富的快速開發參考模型 |
|
| 快速用戶新建報表的能力 |
最終用戶完全可以通過web界面新建自己需要的報表。同樣在Desktop中新建的報表無需任何設置就可以在前台使用。 可以按照模版創建新的報表,在現有報表上創建適合用戶自己的新報表。 |
由於有獲得了專利的“語義層”, 用戶可以快捷地寫出功能強大的財務、銷售和其他含有表格、圖表、超級連接和圖像的報表。 |
可以制作基於分析的報表 |
可以在分析的基礎上添加表頭構成報表,B/S下可對分析結果作為報表保存。 |
|
| 良好的權限機制,易於整合、同步 |
提供完善的權限機制,分功能權限和數據權限,權限的二次集成度高,但開發量也大 |
提供完善的權限機制,分功能權限和數據權限,但只提供簡單的用戶權限操作的二次集成能力 |
提供完善的權限機制,分功能權限和數據權限, |
權限的二次開發量很小,但只能實現用戶管理和單一度量數據過濾功能(實現功能同BO和Brio一樣,但工作量小) |
|
| 支持的數據庫和OLAP |
主流數據庫 只使用自己的OLAP服務器 |
主流數據庫和主流OLAP服務器(不支持cognos和MSTR) |
主流數據庫和主流OLAP服務器(不支持cognos和MSTR) |
主流數據庫和主流OLAP服務器 |
|
| 元數據管理 |
具有統一的元數據庫。元數據通過Desktop集成界面進行管理,可以方便的實現元數據的遷移、復制等工作。 |
有元數據庫存用戶信息,但必須在C/S模式下制作unv文件和rep報表文件實現,在web方式下保存為wqy則可以編輯,但功能弱。 |
采用文件(bqi)方式,不易管理 |
采用文件方式,不易管理 |
|
| 操作易用性 |
報表展現方便,但OLAP操作感較差 |
由於采用OCX的插件方式,OLAP的顯示方式較象excel,操作較直觀,給用戶的初次印象較好,但報表感較差 單一界面可以滿足查詢、報表和分析;通 INFOVIEW BI 接口單一進入點,BUSINESSOBJECTS 還讓用戶快速、簡單地存取報表。 |
同BO相同 |
OLAP功能很強大,操作反應速度也是最快的,然而初次上手較難, WEB頁面訪問條件查詢報表時操作不便。 |
|
| 旋轉、切片、鑽取操作 |
提供旋轉、切片、鑽取、自定義小計等OLAP分析。
|
都支持 |
都支持 |
都支持,WEB方式下分析功能最強大,但用戶較難接受,使用熟練后可做的分析很多,支持任意角度的分析操作。 |
|
| Web端的功能 |
分析結果就是一個初步的報表,根據SDK框架生成HTML(內嵌javascipt ),實現相關的旋轉、鑽取等操作,功能基本與c/s結構操作起來相當(速度較慢) |
分析和報表制作功能WEB下明顯弱於C/S模式 |
同BO |
分析功能同C/S模式相當,但報表制作功能WEB下明顯弱於C/S模式 |
|
| 定時更新報表數據 |
提供定時更新的工具,也提供SDK函數控制更新 提供調度機制。可以按照靈活的時間設置或者事件觸發報表刷新數據。 在調度的基礎上,可以實現用戶訂閱的功能。將用戶感興趣的內容定期發送到用戶的個人報表文件夾中。 |
命令行方式更新(用第三方調度程序調度) |
命令行方式更新 |
提供定時更新的工具,也有相應的命令行程序更新 |
|
| 多種文件導出格式 |
常用的格式都支持 |
同MSTR |
同MSTR |
同MSTR |
|
| 報表展示的形式 |
支持列表、交叉表、圖表(90多種) |
圖表樣式較少 |
圖表樣式較少 |
圖表樣式較少,OLAP模式不能制作列表 |
|
| 多文檔界面的支持 |
支持多文檔的同時顯示,提供靈活的制作界面,可以制作真正的帶分析說明的綜合報表,只是對文檔的制作人有一定的要求 |
多文檔的制作非常方便和快捷,不過不能添加文字描述 |
圖表混合需要二次開發,提供專用的編輯器 |
OLAP方式不提供(7.X不清楚) 只支持表格同圖表的同步顯示 ReportNet支持多文檔報表 |
|
| 靈活的查詢參數設置 |
通過使用提示(Prompt) 可以讓用戶輸入不同的查詢條件,可以靈活在已有的報表中增加實體,篩選 承諾在8.0加入直接構造的入口以提高查詢的效率和靈活性。 參數設置較為煩瑣,屬於條件過濾性質,查詢界面也非常不友好,這方面是需要重要的提高方面。 |
在新的6.x版本下查詢時可構造較復雜的SQL語句,並且能包含動態的查詢函數,但6.x還未推出中文版 |
查詢通過設置傳入參數的方式的到相應的結果,brio提供專用的開發界面 |
只能進行簡單條件的過濾,無法進行web頁面的復雜查詢 |
|
| 報表Web界面的用戶訂制 |
界面操作較煩瑣,雖然聲稱通過web頁面的拖拉拽方式生成報表,但仍然不太好用。 |
不支持,只能通過OCX組件生成分析結果報表,生成方式較簡單 靈活格式的正式報表報表必須由熟悉數據庫知識的人設計,在C/S下制作。 |
同BO 所有Brio 報表必須由熟悉數據庫知識的人設計。 |
在分析狀態下只能生成分析結果報表,可以選擇PDF和純WEB表格兩種模式。 報表的WEB制作必須切換到REPORTNET系統下定制。 |
|
| 計算列功能強大易用,豐富的統計函數 |
提供很強大的統計運算函數功能,可以用拖拉拽的方式新建計算列,也可以用寫公式的方式新建計算列。用戶可以開發自定義的統計函數 |
同Cognos類似 |
同Cognos類似 |
計算函數也很豐富,提供一百多個計算函數,C/S下提供拖拉拽的方式新建計算列,也可以寫公式 |
|
| 根據條件進行數據凸現,比如紅色代表異常數據 |
功能完善,支持異常數據自定義閥值和顏色的顯示,可以以各種方式包括小圖片來顯示異常數據 |
一般只能針對異常數據的值進行文字顯示格式的改變來達到突出顯示的目的,在WEB方式下能通過二次開發設置異常數據的閥值,工作量較大 |
同BO類似 |
同BO類似,在WEB方式下不能設置異常數據的閥值 |
|
| 個性化定制 |
按虛擬的目錄結構創建個人文件夾,文件夾的權限設置在BI展示工具中是最強大的:個人文件夾中的內容其他任何用戶包括管理員都無法瀏覽。 但相應的權限操作函數公開的不完整,使得二次開發受到一些限制,並且開發量也較大。 |
處理模式同cognos類似 |
處理模式同cognos類似 |
有個人的工作空間,但是個人擁有的報表是復制的一個單獨文件拷貝,維護較麻煩,不易維護。 |
|
| 是否提供建模工具(是否包含OLAP服務器) |
提供Architect作為建模工具(該工具已集成到管理和報表制作工具DESKTOP中),另外在應用服務器Intelligence Server中可以提供智能立方體,提高復雜的OLAP分析操作的效率。 不過實體(制定處理邏輯的數據緯度)會生成很多,提升了管理的難度。 |
不提供,需要單獨購買OLAP |
同BO |
提供Transform作為建模和生成可分析立方體的工具,OLAP服務器為Enterprise server,制作的立方體效率很高,分析立方體的數據經過壓縮,容量為同條件下的ESSBASE的4~20分之一 |
|
|
|
|
|
|
|
|
| 產品性能 |
|||||
| 報表刷新的速度 |
提供報表緩存機制以提升效率。 有緩存時訪問速度在1分鍾以內;無緩存時,在SQL查詢時間基礎上增加10~30秒(WEB處理和顯示時間) |
15秒~2分鍾內 |
15秒~2分鍾內 |
6~60秒(10萬條數據以內) |
|
| 負載平衡 |
支持多種層面的負載平衡,有Intelligence Server服務和Broad Cast的分布式負載平衡,並且提供相應的優化工具(另外付費),支持大量並發用戶請求,並發數的處理效率很高高。 |
同Cognos類似 |
同Cognos類似 |
提供應用服務器的負載均衡,功能較弱 |
|
| 多處理器優化 |
支持 |
支持 |
支持 |
支持 |
|
| OLAP分析的速度(10萬條數據運算以內) |
提供報表緩存機制以提升效率。 有緩存時訪問速度在1分鍾以內;無緩存時,在SQL查詢時間基礎上增加10~30秒(WEB處理和顯示時間) |
15秒~2分鍾內 |
15秒~2分鍾內 |
6~60秒 |
|
| 多用戶並發訪問的支持能力 |
單CPU可以支持50個並發操作用戶 |
單CPU最多支持25個並發操作用戶(64位Unix環境) |
單CPU支持5-15個並發操作用戶 |
單CPU最多支持20個並發操作用戶 |
|
| 整個系統可維護性 |
元數據、權限集中管理。較容易管理維護,但新的實體的制作需要專門人員 |
|
對於報表和模型的修改需要由專人進行,界面有點象SQLPlus等開發工具 相對cognos只是權限和源數據連接及報表制作集成,但數據處理過程相似,因此也有cognos的弊端 |
由於涉及到多種工具,對初學者來說維護較難入手,維護的流程制定也很煩瑣,模型為文件方式,較難管理 |
|
| 對硬件的要求 |
單CPU支持50並發, 對內存的要求較低,1GMemory |
1G |
1G |
6.6以前的版本,內存越高越好,起碼1G,6.61以后則1G以上 |
|
|
|
|
|
|
|
|
| 服務與支持 |
|||||
| 解決問題的時效性 |
解決方案較少,時效性較高,問題都能及時的解決,相關的管理層很重視,配合的工程師也很主動,解答問題很熱心 |
BO的金牌代理有6家,對產品的支持程度參差不齊,我所聯系的一家公司,人員的技術支持不夠及時,廠家聲稱產品銷售時,會有售前工程師來交流,但不提供售后的人員技術支持,打電話聯系經常找不到人。 優點:由於進入國內時間較長,解決方案的積累較多 |
時效性一般,大多都是二次開發問題,需要多看幫助,不過提供不少解決問題的方案 網上有專用的論壇 |
時效性較高,問題都能及時的解決,售后工程師很熱情,解答問題也很熱心 數據倉庫之路的專題論壇的支持程度較好 |
|
| 解決問題能力的評價 |
能夠提供開發和實施的強力支持,但經驗不足,有做很多探索工作 |
不少情況下需要通過網絡上的論壇解決問題 |
同IBM聯手,解決問題的能力有保障,不過本身的權限方面有不可克服的弱點 |
二次開發的余地較小,但問題基本上都能解決, |
|
| 支持與培訓 |
對於合作伙伴提供免費的培訓和支持 |
對於合作商提供初級培訓,高級培訓5天收費14500/人 |
一般作為IBM實施套件之一,IBM和Brio都可以提供支持,現場解決問題收費 |
對於合作伙伴提供免費的培訓和電話支持,一年內免費上門解決問題一次,提供最終客戶5個名額為期5天的免費培訓, |
|
| 難解決的問題 |
|||||
|
|
權限控制很嚴,而權限接口未完整提供,有些基於權限的開發難以達到。 |
內核只是用單字節編譯,中文版智能通過漢化,這樣會在讀數據、Web頁面提交等情況下出現小的問題。 |
6.6 版:左拉窗口的后門;左上角的EIS能顯示所有的窗口 8.0 版:如果在EIS的控件上加入了編程方法,比如你一個下擋框里面有程序代碼,那當你在WEB方式訪問報表時每觸發一個事件,這個報表的WEB頁面都會自動刷新一下,這個是Brio8web方式(瘦客戶端)我覺得最大的缺陷,因為Brio並沒有把這些代碼轉為HTML的javascript而是使用web表單提交的方式解決,真的好爛。 WEB方式不能提供打印功能 安全方面較差,會泄漏分析的數據內容 |
無法支持大數據量
|
|
| |
|||||
