四大OLAP工具選型淺析

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

OLAP（在線分析處理）這個(gè)名詞是在1993年由E.F.Codd提出來(lái)的，不過(guò)，目前市場(chǎng)上的主流產(chǎn)品幾乎都是在1993年之前就已出來(lái)，有的甚至已有三十多年的歷史了。OLAP產(chǎn)品不少，本文將主要涉及Cognos（Powerplay）、Hyperion （Essbase）、微軟（Analysis Service）以及MicroStrategy幾大廠商的產(chǎn)品。

快槍手  VS  多面手

單純從成本角度考慮，微軟的產(chǎn)品算是最能節(jié)省成本的，Cognos和MicroStrategy則在同一水平線，都比微軟貴一些。而Hyperion （Essbase）產(chǎn)品比較獨(dú)立，也曾占有美國(guó)OLAP市場(chǎng)最大的份額，其產(chǎn)品價(jià)格又要更高一些。

從市場(chǎng)份額來(lái)看，就國(guó)外的市場(chǎng)報(bào)告分析，微軟、Cognos、Hyerion三家占據(jù)主流。在國(guó)內(nèi)，目前還沒(méi)有權(quán)威的市場(chǎng)報(bào)告，如果僅從所接觸到的項(xiàng)目來(lái)看的話，用Cognos的很多，買Essbase的也不少。這些年都是一些大企業(yè)建設(shè)BI項(xiàng)目，有足夠的預(yù)算，多選用Cognos、Essbase；而Microstrategy，進(jìn)入中國(guó)不算早，這幾年在政府、金融行業(yè)也頗有建樹(shù)。

若論開(kāi)發(fā)應(yīng)用，微軟的產(chǎn)品向來(lái)以友好的用戶界面著稱，上手迅速。在OLAP產(chǎn)品上，微軟依然發(fā)揚(yáng)了這一優(yōu)良傳統(tǒng)，并有進(jìn)一步標(biāo)準(zhǔn)化的趨勢(shì)，開(kāi)發(fā)了OLE DB for OLAP以及MDX（Multi-Dimensional Express多維表達(dá)式）；參與XMLA（XML for Analysis）規(guī)范制定，也是想作為OLAP服務(wù)器和前端分析應(yīng)用的數(shù)據(jù)傳輸標(biāo)準(zhǔn)。

而Cognos以桌面OLAP開(kāi)始，一直以輕便、快捷的操作聞名。所謂桌面OLAP，是可以用客戶端將cube下載到本地進(jìn)行訪問(wèn)。雖然Poweplay早已演變成C/S結(jié)構(gòu)的OLAP服務(wù)器，但其輕便的特點(diǎn)還是延續(xù)下來(lái)，而且提供可以簡(jiǎn)潔部署且具有交互性的PowerPlay Web Explorer界面。從互聯(lián)網(wǎng)上，我們可以很快搜索出許多基于PowerPlay Web的分析應(yīng)用。

Essbase作為老牌的OLAP服務(wù)器，是一個(gè)比較復(fù)雜的產(chǎn)品。所謂復(fù)雜，有兩層意思，一是提供了豐富的API，讓你可以充分定制開(kāi)發(fā)；二是開(kāi)發(fā)的難度較大，部署起來(lái)不容易。這也是國(guó)內(nèi)很多用戶難以將這個(gè)產(chǎn)品用好的一大原因。

比較Essbase和Powerplay，會(huì)發(fā)現(xiàn)截然相反的兩個(gè)特點(diǎn)：Essbase的復(fù)雜和Powerplay的簡(jiǎn)潔。對(duì)于這兩者，單獨(dú)說(shuō)哪一種更好都不夠客觀，因?yàn)楫?dāng)你抱怨Essbase繁雜的接口時(shí)，也有人在抱怨Powerplay的定制功能怎么如此之少。這種情形其實(shí)跟這兩種產(chǎn)品的定位有關(guān)，Essbase比較專注于高性能的多維存儲(chǔ)服務(wù)，而Powerplay則更專注于快捷的多維訪問(wèn)。換句話講，Essbase之于Powerplay正像專業(yè)相機(jī)之于傻瓜相機(jī)，在選哪一個(gè)更好的問(wèn)題上，不同的人肯定有不一樣的答案。

當(dāng)然，如果你想在找復(fù)雜和簡(jiǎn)潔之間找一個(gè)中間者，我想微軟的 Analysis Service就是這樣的產(chǎn)品。不過(guò)要注意的是，這個(gè)產(chǎn)品和SQL Server綁定得比較緊，這是微軟的一貫策略。

百花爭(zhēng)艷 VS  一支獨(dú)秀

根據(jù)多維數(shù)據(jù)存儲(chǔ)的位置，OLAP一般分為MOLAP（Multi-Dimensional OLAP）和ROLAP（Relational OLAP）兩種，此外，還有混合的HOLAP（Hybrid OLAP）。

其中， Cognos的Powerplay、Hyperion 的Essbase和微軟的Analysis Service這些產(chǎn)品都是MOLAP產(chǎn)品。.這類產(chǎn)品將數(shù)據(jù)從關(guān)系數(shù)據(jù)庫(kù)（甚至是文本文件、Excel文件）中抽取出來(lái)，存儲(chǔ)在自己的數(shù)據(jù)庫(kù)中。這種數(shù)據(jù)庫(kù)跟平常我們所見(jiàn)的Oracle、DB2這類關(guān)系數(shù)據(jù)庫(kù)不同之處在于，它是專有格式的，且沒(méi)有標(biāo)準(zhǔn)的訪問(wèn)接口。因此，這些產(chǎn)品如何實(shí)現(xiàn)多維存儲(chǔ)也都不盡相同，大致的原理是以編程語(yǔ)言中多維數(shù)組的方式存放數(shù)據(jù)。度量值存放在數(shù)組的單元格中，而數(shù)組每個(gè)維就對(duì)應(yīng)一個(gè)維度，其中，維元素就維的坐標(biāo)。

可以想象，多維數(shù)據(jù)庫(kù)的單元格跟維度、維元素的多少有莫大關(guān)系，而隨著維度增加，數(shù)據(jù)庫(kù)也迅速膨脹。因此，對(duì)于MLOAP產(chǎn)品，多維存儲(chǔ)的存儲(chǔ)空間、性能自然是比較關(guān)鍵的。Essbase在這方面提供很多優(yōu)化工作，但有時(shí)候也會(huì)顯得過(guò)于復(fù)雜。Powerplay也提供某些選項(xiàng)，諸如cube分區(qū)等，這是比較簡(jiǎn)單的優(yōu)化方法。

OLAP產(chǎn)品的核心功能是提供多維存儲(chǔ)，另外就是能夠?qū)LAP訪問(wèn)操作轉(zhuǎn)換為對(duì)數(shù)據(jù)的請(qǐng)求并返回，這些OLAP訪問(wèn)操作大多是用戶通過(guò)前端發(fā)出的，因此要考慮OLAP產(chǎn)品能夠和哪些前端工具對(duì)接。

Cognos Powerplay是個(gè)相對(duì)封閉的產(chǎn)品，它有自己的客戶端和Web Explorer，你也甭想著用其他前端來(lái)訪問(wèn)它。Hyperion和微軟都采用開(kāi)放式接口，提供豐富的訪問(wèn)API，第三方可以用這些API訪問(wèn)其數(shù)據(jù)庫(kù)。上文曾提到微軟開(kāi)發(fā)的MDX和參與的XMLA（XML for Analysis）規(guī)范，事實(shí)上，一些第三方的前端工具正是基于這樣的標(biāo)準(zhǔn)和OLAP產(chǎn)品對(duì)接，比如可以用BO WebI連接Essbase。更有甚者，微軟的服務(wù)器還提供用MDX來(lái)查詢多維數(shù)據(jù)，就像用SQL來(lái)訪問(wèn)關(guān)系數(shù)據(jù)庫(kù)一樣。

誠(chéng)然，這看起來(lái)的確比較酷，但有一點(diǎn)也要明確：目前雖然有XMLA、MDX這樣的標(biāo)準(zhǔn)，但還不是非常成熟，且并非唯一標(biāo)準(zhǔn)。所以即使有第三方前端工具訪問(wèn)這些OLAP服務(wù)器，但只能說(shuō)是多了一些選擇，真正在前端功能上，并不能保證比封閉結(jié)構(gòu)更豐富。

如果說(shuō)OLAP產(chǎn)品市場(chǎng)幾乎都被MOLAP占領(lǐng)，那么，有一家公司肯定不同意，那就是MicroStrategy，它幾乎是目前唯一一家還占據(jù)一定市場(chǎng)份額的ROLAP產(chǎn)品。這是一件非常奇怪的事情，從第一個(gè)ROLAP產(chǎn)品Metaphor到Metacube、WhiteLight、MicroStrategy，這些獨(dú)立的ROLAP廠商似乎都是難以生存下去，只有MicroStrategy堅(jiān)挺到現(xiàn)在。究竟是它的產(chǎn)品厲害，還是市場(chǎng)做得到位？目前還不得而知。

從原理上講，ROLAP將數(shù)據(jù)存放在關(guān)系數(shù)據(jù)庫(kù)中，當(dāng)然要求關(guān)系模型要非常嚴(yán)格，比如要遵循星型模式或雪花模式，才能定義出維度、度量、事實(shí)表、聚集表等元數(shù)據(jù)。但這樣就增加了部署的難度，并且如果聚集表構(gòu)建得不好，最后的訪問(wèn)性能就難以保證。恐怕這也是ROLAP難以生存下去的原因吧。

目前，很多OLAP產(chǎn)品都會(huì)混合MOLAP和ROLAP，特別是那些本身就做關(guān)系數(shù)據(jù)庫(kù)的廠商，在現(xiàn)有數(shù)據(jù)庫(kù)上面增加一些ROLAP的特性并不困難。IBM在與Essbase終止OEM合同之后，推出一個(gè)名為CubeViews的產(chǎn)品，就可以說(shuō)是一個(gè)ROLAP產(chǎn)品。

雖然國(guó)內(nèi)市場(chǎng)上已經(jīng)涌現(xiàn)出這么多產(chǎn)品，但實(shí)際上，OLAP并沒(méi)有被廣泛接受，即使在已經(jīng)建設(shè)BI系統(tǒng)好幾年的電信行業(yè)也是如此。OLAP提供了一套系統(tǒng)的方法，將維度、度量、層次、切片、鉆取概念化，但在前幾年，原始的cube被直接推送給市場(chǎng)人員、領(lǐng)導(dǎo)，復(fù)雜的界面（對(duì)于領(lǐng)導(dǎo)來(lái)說(shuō)，那已經(jīng)夠復(fù)雜了）讓這種應(yīng)用難以得到推廣。為此，OLAP產(chǎn)品的定位無(wú)疑還需要進(jìn)一步明確。