四大OLAP工具選型淺析

1、OLAP(在線分析處理)這個名詞是在1993年由E.F.Codd提出來的，不過，目前市場上的主流產(chǎn)品幾乎都是在1993年之前就已出來， 有的甚至已有三十多年的歷史了OLAP(在線分析處理)這個名詞是在1993年由E.F.Codd提出來的，不過，目前市場上的主流產(chǎn)品幾乎都是在1993年之前就已出 來，有的甚至已有三十多年的歷史了 .OLAP產(chǎn)品不少，本文將主要涉及Cognos(Powerplay)、Hyperion (Essbase)、微軟(Analysis Service)以及MicroStrategy幾大廠商的產(chǎn)品.快槍手VS多面手單純從成本角度考慮，微軟的產(chǎn)品算是最能節(jié)省成本的，Cogno

2、s和MicroStrategy則在同一水平線，都比微軟貴一些.而Hyperion (Essbase)產(chǎn)品比較獨立，也曾占有美國OLAP市場最大的份額，其產(chǎn)品價格又要更高一些.從市場份額來看，就國外的市場報告分析，微軟、Cognos、Hyerion三家占據(jù)主流.在國內(nèi)，目前還沒有權威的市場報告，如果僅 從所接觸到的項目來看的話，用Cognos的很多，買Essbase的也不少.這些年都是一些大企業(yè)建設BI項目，有足夠的預算，多選用 Cognos、Essbase;而Microstrategy，進入中國不算早，這幾年在政府、金融行業(yè)也頗有建樹.若論開發(fā)應用，微軟的產(chǎn)品向來以友好的用戶界面著稱，上手迅速

3、.在OLAP產(chǎn)品上，微軟依然發(fā)揚了這一優(yōu)良傳統(tǒng)，并有進一步標 準化的趨勢，開發(fā)了 OLE DB for OLAP 以及 MDX(Multi-Dimensional Express 多維表達式);參與 XMLA(XML for Analysis)規(guī)范制 定，也是想作為OLAP服務器和前端分析應用的數(shù)據(jù)傳輸標準.而Cognos以桌面OLAP開始，一直以輕便、快捷的操作聞名.所謂桌面OLAP，是可以用客戶端將cube下載到本地進行訪問.雖然 Poweplay早已演變成C/S結(jié)構的OLAP服務器，但其輕便的特點還是延續(xù)下來，而且提供可以簡潔部署且具有交互性的PowerPlay Web Explorer

4、界面.從互聯(lián)網(wǎng)上，我們可以很快搜索出許多基于PowerPlay Web的分析應用.Essbase作為老牌的OLAP服務器，是一個比較復雜的產(chǎn)品.所謂復雜，有兩層意思，一是提供了豐富的API，讓你可以充分定制開 發(fā);二是開發(fā)的難度較大，部署起來不容易.這也是國內(nèi)很多用戶難以將這個產(chǎn)品用好的一大原因.比較Essbase和Powerplay，會發(fā)現(xiàn)截然相反的兩個特點：Essbase的復雜和Powerplay的簡潔.對于這兩者，單獨說哪一種更 好都不夠客觀，因為當你抱怨Essbase繁雜的接口時，也有人在抱怨Powerplay的定制功能怎么如此之少.這種情形其實跟這兩種產(chǎn)品 的定位有關，Essbase

5、比較專注于高性能的多維存儲服務，而Powerplay則更專注于快捷的多維訪問.換句話講，Essbase之于Powerplay正像專業(yè)相機之于傻瓜相機，在選哪一個更好的問題上，不同的人肯定有不一樣的答案.當然，如果你想在找復雜和簡潔之間找一個中間者，我想微軟的Analysis Service就是這樣的產(chǎn)品.不過要注意的是，這個產(chǎn)品和SQL Server綁定得比較緊，這是微軟的一貫策略.百花爭艷VS 一支獨秀根據(jù)多維數(shù)據(jù)存儲的位置，OLAP 一般分為MOLAP(Multi-Dimensional OLAP)和ROLAP(Relational OLAP)兩種，此外，還有 混合的 HOLAP(Hybr

6、id OLAP).其中，Cognos的Powerplay、Hyperion的Essbase和微軟的Analysis Service這些產(chǎn)品都是MOLAP產(chǎn)品.這類產(chǎn)品將數(shù)據(jù) 從關系數(shù)據(jù)庫(甚至是文本文件、Excel文件)中抽取出來，存儲在自己的數(shù)據(jù)庫中.這種數(shù)據(jù)庫跟平常我們所見的Oracle、DB2這類關 系數(shù)據(jù)庫不同之處在于，它是專有格式的，且沒有標準的訪問接口.因此，這些產(chǎn)品如何實現(xiàn)多維存儲也都不盡相同，大致的原理是以編 程語言中多維數(shù)組的方式存放數(shù)據(jù).度量值存放在數(shù)組的單元格中，而數(shù)組每個維就對應一個維度，其中，維元素就維的坐標.可以想象，多維數(shù)據(jù)庫的單元格跟維度、維元素的多少有莫大關系

7、，而隨著維度增加，數(shù)據(jù)庫也迅速膨脹.因此，對于MLOAP產(chǎn)品， 多維存儲的存儲空間、性能自然是比較關鍵的.Essbase在這方面提供很多優(yōu)化工作，但有時候也會顯得過于復雜.Powerplay也提供某 些選項，諸如cube分區(qū)等，這是比較簡單的優(yōu)化方法.OLAP產(chǎn)品的核心功能是提供多維存儲，另外就是能夠?qū)LAP訪問操作轉(zhuǎn)換為對數(shù)據(jù)的請求并返回，這些OLAP訪問操作大多是 用戶通過前端發(fā)出的，因此要考慮OLAP產(chǎn)品能夠和哪些前端工具對接.Cognos Powerplay是個相對封閉的產(chǎn)品，它有自己的客戶端和Web Explorer，你也甭想著用其他前端來訪問它.Hyperion和微 軟都采用開放

8、式接口，提供豐富的訪問API，第三方可以用這些API訪問其數(shù)據(jù)庫.上文曾提到微軟開發(fā)的MDX和參與的XMLA(XML for Analysis)規(guī)范，事實上，一些第三方的前端工具正是基于這樣的標準和OLAP產(chǎn)品對接，比如可以用BO WebI連接Essbase.更有甚 者，微軟的服務器還提供用MDX來查詢多維數(shù)據(jù)，就像用SQL來訪問關系數(shù)據(jù)庫一樣.誠然，這看起來的確比較酷，但有一點也要明確：目前雖然有XMLA、MDX這樣的標準，但還不是非常成熟，且并非唯一標準.所 以即使有第三方前端工具訪問這些OLAP服務器，但只能說是多了一些選擇，真正在前端功能上，并不能保證比封閉結(jié)構更豐富.如果說OLAP產(chǎn)

9、品市場幾乎都被MOLAP占領，那么，有一家公司肯定不同意，那就是MicroStrategy，它幾乎是目前唯一一家還占據(jù)一定市場份額的ROLAP產(chǎn)品.這是一件非常奇怪的事情，從第一個ROLAP產(chǎn)品Metaphor到Metacube、WhiteLight、 MicroStrategy，這些獨立的ROLAP廠商似乎都是難以生存下去，只有MicroStrategy堅挺到現(xiàn)在.究竟是它的產(chǎn)品厲害，還是市場做得到位？目前還不得而知.從原理上講，ROLAP將數(shù)據(jù)存放在關系數(shù)據(jù)庫中，當然要求關系模型要非常嚴格，比如要遵循星型模式或雪花模式，才能定義出維 度、度量、事實表、聚集表等元數(shù)據(jù).但這樣就增加了部署的難度，并且如果聚集表構建得不好，最后的訪問性能就難以保證.恐怕這也是 ROLAP難以生存下去的原因吧.目前，很多OLAP產(chǎn)品都會混合MOLAP和ROLAP，特別是那些本身就做關系數(shù)據(jù)庫的廠商，在現(xiàn)有數(shù)據(jù)庫上面增加一些ROLAP 的特性并不困難.IBM在與Essbase終止OEM合同之后，推出一個名為CubeViews的產(chǎn)品，就可以說是一個ROLAP產(chǎn)品.雖然國內(nèi)市場上已經(jīng)涌現(xiàn)出這么多產(chǎn)品，但實際上，OLAP