當前位置:工程項目OA系統(tǒng) > 泛普各地 > 云南OA系統(tǒng) > 昆明OA系統(tǒng) > 昆明OA快博
四大OLAP工具選型淺析
OLAP(在線分析處理)這個名詞是在1993年由E.F.Codd提出來的,不過,目前市場上的主流產品幾乎都是在1993年之前就已出來,有的甚至已有三十多年的歷史了。OLAP產品不少,本文將主要涉及Cognos(Powerplay)、Hyperion (Essbase)、微軟(Analysis Service)以及MicroStrategy幾大廠商的產品。
快槍手 VS 多面手
單純從成本角度考慮,微軟的產品算是最能節(jié)省成本的,Cognos和MicroStrategy則在同一水平線,都比微軟貴一些。而Hyperion (Essbase)產品比較獨立,也曾占有美國OLAP市場最大的份額,其產品價格又要更高一些。
從市場份額來看,就國外的市場報告分析,微軟、Cognos、Hyerion三家占據主流。在國內,目前還沒有權威的市場報告,如果僅從所接觸到的項目來看的話,用Cognos的很多,買Essbase的也不少。這些年都是一些大企業(yè)建設BI項目,有足夠的預算,多選用Cognos、Essbase;而Microstrategy,進入中國不算早,這幾年在政府、金融行業(yè)也頗有建樹。
若論開發(fā)應用,微軟的產品向來以友好的用戶界面著稱,上手迅速。在OLAP產品上,微軟依然發(fā)揚了這一優(yōu)良傳統(tǒng),并有進一步標準化的趨勢,開發(fā)了OLE DB for OLAP以及MDX(Multi-Dimensional Express多維表達式);參與XMLA(XML for Analysis)規(guī)范制定,也是想作為OLAP服務器和前端分析應用的數據傳輸標準。
而Cognos以桌面OLAP開始,一直以輕便、快捷的操作聞名。所謂桌面OLAP,是可以用客戶端將cube下載到本地進行訪問。雖然Poweplay早已演變成C/S結構的OLAP服務器,但其輕便的特點還是延續(xù)下來,而且提供可以簡潔部署且具有交互性的PowerPlay Web Explorer界面。從互聯(lián)網上,我們可以很快搜索出許多基于PowerPlay Web的分析應用。
Essbase作為老牌的OLAP服務器,是一個比較復雜的產品。所謂復雜,有兩層意思,一是提供了豐富的API,讓你可以充分定制開發(fā);二是開發(fā)的難度較大,部署起來不容易。這也是國內很多用戶難以將這個產品用好的一大原因。
比較Essbase和Powerplay,會發(fā)現(xiàn)截然相反的兩個特點:Essbase的復雜和Powerplay的簡潔。對于這兩者,單獨說哪一種更好都不夠客觀,因為當你抱怨Essbase繁雜的接口時,也有人在抱怨Powerplay的定制功能怎么如此之少。這種情形其實跟這兩種產品的定位有關,Essbase比較專注于高性能的多維存儲服務,而Powerplay則更專注于快捷的多維訪問。換句話講,Essbase之于Powerplay正像專業(yè)相機之于傻瓜相機,在選哪一個更好的問題上,不同的人肯定有不一樣的答案。
當然,如果你想在找復雜和簡潔之間找一個中間者,我想微軟的 Analysis Service就是這樣的產品。不過要注意的是,這個產品和SQL Server綁定得比較緊,這是微軟的一貫策略。
百花爭艷 VS 一支獨秀
根據多維數據存儲的位置,OLAP一般分為MOLAP(Multi-Dimensional OLAP)和ROLAP(Relational OLAP)兩種,此外,還有混合的HOLAP(Hybrid OLAP)。
其中, Cognos的Powerplay、Hyperion 的Essbase和微軟的Analysis Service這些產品都是MOLAP產品。.這類產品將數據從關系數據庫(甚至是文本文件、Excel文件)中抽取出來,存儲在自己的數據庫中。這種數據庫跟平常我們所見的Oracle、DB2這類關系數據庫不同之處在于,它是專有格式的,且沒有標準的訪問接口。因此,這些產品如何實現(xiàn)多維存儲也都不盡相同,大致的原理是以編程語言中多維數組的方式存放數據。度量值存放在數組的單元格中,而數組每個維就對應一個維度,其中,維元素就維的坐標。
可以想象,多維數據庫的單元格跟維度、維元素的多少有莫大關系,而隨著維度增加,數據庫也迅速膨脹。因此,對于MLOAP產品,多維存儲的存儲空間、性能自然是比較關鍵的。Essbase在這方面提供很多優(yōu)化工作,但有時候也會顯得過于復雜。Powerplay也提供某些選項,諸如cube分區(qū)等,這是比較簡單的優(yōu)化方法。
OLAP產品的核心功能是提供多維存儲,另外就是能夠將OLAP訪問操作轉換為對數據的請求并返回,這些OLAP訪問操作大多是用戶通過前端發(fā)出的,因此要考慮OLAP產品能夠和哪些前端工具對接。
Cognos Powerplay是個相對封閉的產品,它有自己的客戶端和Web Explorer,你也甭想著用其他前端來訪問它。Hyperion和微軟都采用開放式接口,提供豐富的訪問API,第三方可以用這些API訪問其數據庫。上文曾提到微軟開發(fā)的MDX和參與的XMLA(XML for Analysis)規(guī)范,事實上,一些第三方的前端工具正是基于這樣的標準和OLAP產品對接,比如可以用BO WebI連接Essbase。更有甚者,微軟的服務器還提供用MDX來查詢多維數據,就像用SQL來訪問關系數據庫一樣。
誠然,這看起來的確比較酷,但有一點也要明確:目前雖然有XMLA、MDX這樣的標準,但還不是非常成熟,且并非唯一標準。所以即使有第三方前端工具訪問這些OLAP服務器,但只能說是多了一些選擇,真正在前端功能上,并不能保證比封閉結構更豐富。
如果說OLAP產品市場幾乎都被MOLAP占領,那么,有一家公司肯定不同意,那就是MicroStrategy,它幾乎是目前唯一一家還占據一定市場份額的ROLAP產品。這是一件非常奇怪的事情,從第一個ROLAP產品Metaphor到Metacube、WhiteLight、MicroStrategy,這些獨立的ROLAP廠商似乎都是難以生存下去,只有MicroStrategy堅挺到現(xiàn)在。究竟是它的產品厲害,還是市場做得到位?目前還不得而知。
從原理上講,ROLAP將數據存放在關系數據庫中,當然要求關系模型要非常嚴格,比如要遵循星型模式或雪花模式,才能定義出維度、度量、事實表、聚集表等元數據。但這樣就增加了部署的難度,并且如果聚集表構建得不好,最后的訪問性能就難以保證。恐怕這也是ROLAP難以生存下去的原因吧。
目前,很多OLAP產品都會混合MOLAP和ROLAP,特別是那些本身就做關系數據庫的廠商,在現(xiàn)有數據庫上面增加一些ROLAP的特性并不困難。IBM在與Essbase終止OEM合同之后,推出一個名為CubeViews的產品,就可以說是一個ROLAP產品。
雖然國內市場上已經涌現(xiàn)出這么多產品,但實際上,OLAP并沒有被廣泛接受,即使在已經建設BI系統(tǒng)好幾年的電信行業(yè)也是如此。OLAP提供了一套系統(tǒng)的方法,將維度、度量、層次、切片、鉆取概念化,但在前幾年,原始的cube被直接推送給市場人員、領導,復雜的界面(對于領導來說,那已經夠復雜了)讓這種應用難以得到推廣。為此,OLAP產品的定位無疑還需要進一步明確。
- 1IT項目預算需要膽量和魄力
- 2讓配置管理有據可循
- 3ERP老兵的新戰(zhàn)略——精細化
- 4中小企業(yè)軟件應用一些主要問題
- 5工作流系統(tǒng)現(xiàn)狀研究
- 6解構中外手機廠商供應鏈
- 7打通PDM與ERP的數據通道
- 8做信息化的“司務長”
- 9昆明某OA軟件公司的廣告宣傳做法
- 10ERP presales選型實施手記
- 11注意ERP項目里的中層經理
- 12CMMS走來,EAM又將去向何方
- 13IT快成為企業(yè)發(fā)展的絆腳石?
- 14Google給知識型員工的十條黃金法則
- 15ERP與SCM到底有什么區(qū)別
- 16項目監(jiān)理怎樣才能為信息化工程把關
- 17中小企業(yè)協(xié)同管理平臺研究
- 18AT&T如何建立有效的知識管理
- 19VoIP到底需要外包嗎?
- 20外行關注戰(zhàn)略,內行關注后勤
- 21消費品制造業(yè)信息化重在兩大環(huán)節(jié)
- 22中小企業(yè)競爭策略:反其道行之主動慢半拍
- 23信息化規(guī)劃的“平衡術”
- 24IT復雜性升高將抑制外包成功
- 25企業(yè)選擇適合自己的信息化臺階
- 26呼叫中心進入細分時代
- 27企業(yè)信息化成功實施的“三維六面”
- 28ERP個性化的技術原理
- 29中小貨代企業(yè)并購過程中的信息化
- 30貫穿整體業(yè)務流程的信控
成都公司:成都市成華區(qū)建設南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務大廈18樓