07/3/6 本文將主要涉及Cognos(Powerplay)、Hyperion (Essbase)、微軟(Analysis Service)以及MicroStrategy幾大廠(chǎng)商的產(chǎn)品.
價(jià)格
單純從成本角度考慮，微軟的產(chǎn)品算是最能節省成本的，Cognos和MicroStrategy則在同一水平線(xiàn)，都比微軟貴一些.而Hyperion (Essbase)產(chǎn)品比較獨立，也曾占有美國OLAP市場(chǎng)最大的份額，其產(chǎn)品價(jià)格又要更高一些.
易用性
若論開(kāi)發(fā)應用，微軟的產(chǎn)品向來(lái)以友好的用戶(hù)界面著(zhù)稱(chēng)，上手迅速.在OLAP產(chǎn)品上，微軟依然發(fā)揚了這一優(yōu)良傳統，并有進(jìn)一步標準化的趨勢，開(kāi)發(fā)了OLE DB for OLAP以及MDX(Multi-Dimensional Express多維表達式);參與XMLA(XML for Analysis)規范制定，也是想作為OLAP服務(wù)器和前端分析應用的數據傳輸標準.
而Cognos以桌面OLAP開(kāi)始，一直以輕便、快捷的操作聞名.所謂桌面OLAP，是可以用客戶(hù)端將cube下載到本地進(jìn)行訪(fǎng)問(wèn).雖然Poweplay早已演變成C/S結構的OLAP服務(wù)器，但其輕便的特點(diǎn)還是延續下來(lái)，而且提供可以簡(jiǎn)潔部署且具有交互性的PowerPlay Web Explorer界面.從互聯(lián)網(wǎng)上，我們可以很快搜索出許多基于PowerPlay Web的分析應用.
Essbase作為老牌的OLAP服務(wù)器，是一個(gè)比較復雜的產(chǎn)品.所謂復雜，有兩層意思，一是提供了豐富的API，讓你可以充分定制開(kāi)發(fā);二是開(kāi)發(fā)的難度較大，部署起來(lái)不容易.這也是國內很多用戶(hù)難以將這個(gè)產(chǎn)品用好的一大原因.
比較Essbase和Powerplay，會(huì )發(fā)現截然相反的兩個(gè)特點(diǎn)：Essbase的復雜和Powerplay的簡(jiǎn)潔.對于這兩者，單獨說(shuō)哪一種更好都不夠客觀(guān)，因為當你抱怨Essbase繁雜的接口時(shí)，也有人在抱怨Powerplay的定制功能怎么如此之少.這種情形其實(shí)跟這兩種產(chǎn)品的定位有關(guān)，Essbase比較專(zhuān)注于高性能的多維存儲服務(wù)，而Powerplay則更專(zhuān)注于快捷的多維訪(fǎng)問(wèn).換句話(huà)講，Essbase之于Powerplay正像專(zhuān)業(yè)相機之于傻瓜相機，在選哪一個(gè)更好的問(wèn)題上，不同的人肯定有不一樣的答案.
MOLAP(Multi-Dimensional OLAP)
Cognos的Powerplay、Hyperion 的Essbase和微軟的Analysis Service這些產(chǎn)品都是MOLAP產(chǎn)品..這類(lèi)產(chǎn)品將數據從關(guān)系數據庫(甚至是文本文件、Excel文件)中抽取出來(lái)，存儲在自己的數據庫中.這種數據庫跟平常我們所見(jiàn)的Oracle、DB2這類(lèi)關(guān)系數據庫不同之處在于，它是專(zhuān)有格式的，且沒(méi)有標準的訪(fǎng)問(wèn)接口.因此，這些產(chǎn)品如何實(shí)現多維存儲也都不盡相同，大致的原理是以編程語(yǔ)言中多維數組的方式存放數據.度量值存放在數組的單元格中，而數組每個(gè)維就對應一個(gè)維度，其中，維元素就維的坐標.
可以想象，多維數據庫的單元格跟維度、維元素的多少有莫大關(guān)系，而隨著(zhù)維度增加，數據庫也迅速膨脹.因此，對于MLOAP產(chǎn)品，多維存儲的存儲空間、性能自然是比較關(guān)鍵的.Essbase在這方面提供很多優(yōu)化工作，但有時(shí)候也會(huì )顯得過(guò)于復雜.Powerplay也提供某些選項，諸如cube分區等，這是比較簡(jiǎn)單的優(yōu)化方法.
OLAP產(chǎn)品的核心功能是提供多維存儲，另外就是能夠將OLAP訪(fǎng)問(wèn)操作轉換為對數據的請求并返回，這些OLAP訪(fǎng)問(wèn)操作大多是用戶(hù)通過(guò)前端發(fā)出的，因此要考慮OLAP產(chǎn)品能夠和哪些前端工具對接.
Cognos Powerplay是個(gè)相對封閉的產(chǎn)品，它有自己的客戶(hù)端和Web Explorer，你也甭想著(zhù)用其他前端來(lái)訪(fǎng)問(wèn)它.Hyperion和微軟都采用開(kāi)放式接口，提供豐富的訪(fǎng)問(wèn)API，第三方可以用這些API訪(fǎng)問(wèn)其數據庫.上文曾提到微軟開(kāi)發(fā)的MDX和參與的XMLA(XML for Analysis)規范，事實(shí)上，一些第三方的前端工具正是基于這樣的標準和OLAP產(chǎn)品對接，比如可以用BO WebI連接Essbase.更有甚者，微軟的服務(wù)器還提供用MDX來(lái)查詢(xún)多維數據，就像用SQL來(lái)訪(fǎng)問(wèn)關(guān)系數據庫一樣.
誠然，這看起來(lái)的確比較酷，但有一點(diǎn)也要明確：目前雖然有XMLA、MDX這樣的標準，但還不是非常成熟，且并非唯一標準.所以即使有第三方前端工具訪(fǎng)問(wèn)這些OLAP服務(wù)器，但只能說(shuō)是多了一些選擇，真正在前端功能上，并不能保證比封閉結構更豐富.
ROLAP(Relational OLAP)
MicroStrategy，它幾乎是目前唯一一家還占據一定市場(chǎng)份額的ROLAP產(chǎn)品.這是一件非常奇怪的事情，從第一個(gè)ROLAP產(chǎn)品Metaphor到Metacube、WhiteLight、MicroStrategy，這些獨立的ROLAP廠(chǎng)商似乎都是難以生存下去，只有MicroStrategy堅挺到現在.究竟是它的產(chǎn)品厲害，還是市場(chǎng)做得到位？目前還不得而知.
從原理上講，ROLAP將數據存放在關(guān)系數據庫中，當然要求關(guān)系模型要非常嚴格，比如要遵循星型模式或雪花模式，才能定義出維度、度量、事實(shí)表、聚集表等元數據.但這樣就增加了部署的難度，并且如果聚集表構建得不好，最后的訪(fǎng)問(wèn)性能就難以保證.恐怕這也是ROLAP難以生存下去的原因吧.
聯(lián)系客服
