Decode360's Blog

业精于勤而荒于嬉 QQ:150355677 MSN:decode360@hotmail.com

  BlogJava :: 首页 :: 新随笔 :: 联系 ::  :: 管理 ::
  397 随笔 :: 33 文章 :: 29 评论 :: 0 Trackbacks
四大OLAP工具选型浅析
 
    今天从邮件里翻出一篇N久以前的选型文章,感觉挺有意思的,特地发上来。是06年4月的文,已经过去3年多了,这其中Cognos和Hyperion都已经被收购了,还应该加上文里没有提到的BO,看来这个市场已经越来越受到软件大鳄的关注了。文中说的ROLAP也逐渐流行起来,现在大有超越MOLAP的趋势,主要还是取决于现在硬件的大大加强,使得ROLAP的性能越来越好。微软的Analysis Service也已经发布了2008版本,实用性是越来越强了,目前这个市场属于百花齐放型来的。
 
------------------------------------------------------------------------
 
选好你的魔幻“立方”——四大OLAP工具选型浅析

网络世界特约撰稿人 刘庆2006-4-18阅读人次:10074
 
    OLAP(在线分析处理)通过对“立方(Cube)”进行“旋转”、“切块”、“切片”,从而实现对数据的多维分析处理。在过去的三十年中, OLAP产品虽然已经变得更便宜和便于使用,但是,哪种产品能够更好地兼顾功能全面和应用简便、MOLAP产品是否的确优于ROLAP产品等,仍是产品选型中的重要问题。
 
    OLAP这个名词是在1993年由E.F.Codd提出来的,不过,目前市场上的主流产品几乎都是在1993年之前就已出来,有的甚至已有三十多年的历史了。OLAP产品不少,本文将主要涉及Cognos(Powerplay)、Hyperion(Essbase)、微软(Analysis Service)以及MicroStrategy几大厂商的产品。
 
 
快枪手VS多面手
 
    单纯从成本角度考虑,微软的产品算是最能节省成本的,Cognos和MicroStrategy则在同一水平线,都比微软贵一些。而Hyperion (Essbase)的产品价格就更高一些。
 
    从市场份额来看,就国外的市场报告分析,微软、Cognos、Hyperion三家占据主流。在国内,目前还没有权威的市场报告,如果仅从所接触到的项目来看的话,用Cognos的很多,买Essbase的也不少。而Microstrategy进入中国不算早,这几年在政府、金融行业也颇有建树。
 
    若论开发应用,微软的产品向来以友好的用户界面著称,上手迅速。在OLAP产品上,微软依然发扬了这一优良传统,并有进一步标准化的趋势,开发了OLE DB for OLAP以及MDX(Multi-Dimensional Express,多维表达式);参与XMLA(XML for Analysis)规范制定,也是想作为OLAP服务器和前端分析应用的数据传输标准。
 
    而Cognos以桌面OLAP开始,一直以轻便、快捷的操作闻名。所谓桌面OLAP,是可以用客户端将cube下载到本地进行访问。虽然Powerplay早已演变成C/S结构的OLAP服务器,但其轻便的特点还是延续下来,而且提供可以简洁部署且具有交互性的PowerPlay Web Explorer界面。
 
    Essbase作为老牌的OLAP服务器,是一个比较复杂的产品。所谓复杂,有两层意思,一是提供了丰富的API,让你可以充分定制开发;二是开发的难度较大,部署起来不容易。这也是国内很多用户难以将这个产品用好的一大原因。
 
    比较Essbase和Powerplay,会发现截然相反的两个特点:Essbase的复杂和Powerplay的简洁。对于这两者,单独说哪一种更好都不够客观,因为当你抱怨Essbase繁杂的接口时,也有人在抱怨Powerplay的定制功能怎么如此之少。这种情形其实跟这两种产品的定位有关,Essbase比较专注于高性能的多维存储服务,而Powerplay则更专注于快捷的多维访问。换句话讲,Essbase对于Powerplay正像专业相机对于傻瓜相机,在选哪一个更好的问题上,不同的人肯定有不一样的答案。
 
    OLAP产品的核心功能是提供多维存储,另外就是能够将OLAP访问操作转换为对数据的请求并返回,这些OLAP访问操作大多是用户通过前端发出的,因此要考虑OLAP产品能够和哪些前端工具对接。
 
    Cognos Powerplay是个相对封闭的产品,它有自己的客户端和Web Explorer,你也甭想着用其他前端来访问它。Hyperion和微软都采用开放式接口,提供丰富的访问API。上文曾提到微软开发的MDX和参与的XMLA(XML for Analysis)规范,一些第三方的前端工具正是基于这样的标准和OLAP产品对接,比如可以用BO WebI连接Essbase。
 
    诚然,这看起来的确比较酷,但有一点也要明确:目前虽然有XMLA、MDX这样的标准,但还不是非常成熟,且并非唯一标准。所以即使有第三方前端工具访问这些OLAP服务器,但只能说是多了一些选择,真正在前端功能上,并不能保证比封闭结构更丰富。
 
 
百花争艳 VS 一支独秀
 
    根据多维数据存储的位置,OLAP一般分为MOLAP(Multi-Dimensional OLAP)和ROLAP(Relational OLAP)两种,此外,还有混合的HOLAP(Hybrid OLAP)
 
    其中,Cognos的Powerplay、Hyperion 的Essbase和微软的Analysis Service这些产品都是MOLAP产品。这类产品将数据从关系数据库(甚至是文本文件、Excel文件)中抽取出来,存储在自己的数据库中。
 
    如果说OLAP产品市场几乎都被MOLAP占领,那么,有一家公司肯定不同意,那就是MicroStrategy,它几乎是目前唯一一家还占据一定市场份额的ROLAP产品。这是一件非常奇怪的事情,从第一个ROLAP产品Metaphor到Metacube、WhiteLight、MicroStrategy,这些独立的ROLAP厂商似乎都是难以生存下去,只有MicroStrategy坚挺到现在。究竟是它的产品厉害,还是市场做得到位?目前还不得而知。
 
    从原理上讲,ROLAP将数据存放在关系数据库中,当然要求关系模型要非常严格,比如要遵循星型模式或雪花模式,才能定义出维度、度量、事实表、聚集表等元数据。但这样就增加了部署的难度,并且如果聚集表构建得不好,最后的访问性能就难以保证。恐怕这也是ROLAP难以生存下去的原因吧。
 
    目前,很多OLAP产品都会混合MOLAP和ROLAP,特别是那些本身就做关系数据库的厂商,在现有数据库上面增加一些ROLAP的特性并不困难。IBM在与Essbase终止OEM合同之后,推出一个名为CubeViews的产品,就可以说是一个ROLAP产品了。
 
    虽然国内市场上已经涌现出这么多产品,但实际上,OLAP并没有被广泛接受,即使在已经建设BI系统好几年的电信行业也是如此。原因就在于前几年,原始的cube(立方)等概念被直接推送给市场人员、领导,复杂的界面(对于领导来说,那已经够复杂了)让这种应用难以得到推广。为此,OLAP产品的定位无疑还需要进一步明确。
 
BI4
 
 
 
posted on 2009-07-29 21:20 decode360 阅读(448) 评论(0)  编辑  收藏 所属分类: 11.BI

只有注册用户登录后才能发表评论。


网站导航: