对OBIEE与Tableau这两类报表工具的理解

浏览: 11728

说在前面的话:本人从没用过这两种工具,但用过类似的OBIEE的Cognos和BO,也用过Desktop OLAP功能极强的Hyperion Performance Suite,虽然HPS与Tableau功能还是有很大区别,但设计理念相似。


首先,这两个产品的定位问题,也就是产品的DNA。

这要从BI的使用人群说起,BI的使用者分为四类人:

 

第一类是普通用户,他们大部分是经理,Team Lead,专员等工作在第一线的管理人员。这类人最需要了解的信息通常是,”当前的状况怎么样?“他们使用BI报表的特点是,”发现异常然后采取行动“。一般看的报表都用于日常管理,而对异常管理部分有自动Alert的需求。通常报表的样式比较固定且简单,很容易操控,不太需要产品说明书。他们是信息的消费者。这类人也是全民BI的主要对象。

第二类是高级用户,他们大部分是数据分析专员或者业务专家。这类人的需求是

”xxx导致了xxx的发生?“  

"我们怎么xxx才能xxx?" 

通常他们查看的报表没有固定的格式,需求往往是问题驱动的,随机性很强。这需要复杂的分析来 发现 数据/业务之间的关联关系以及背后问题,还有what-if这类仿真的假设分析等等。这类人通常对数据敏感,对做复杂的数据表现有独到的心得,对业务理解精深。这类人是信息/知识的创造者,同时也是企业管理创新的源泉之一。这类人对BI的工具的需求是,能够灵活的做数据组合分析,提供丰富的分析函数以及数据可视化功能。他们大部分人都是EXCEL的高手,有的对统计学也非常精通,是self service BI的核心主力。

 

第三类用户是管理的高层,他们通常把握战略,关心的“我们要往哪去”。他们时间宝贵,需要报表一目了然,便于操作。

 

第四类用户是报表的开发者, 他们也就是我们。为以上三类用户提供服务,包括需求调研,设计以及开发。

 

而BIEE和Cognos以及BO类似,它一生出来就是为了给第四种人用的,因此都有语义层这种简化开发的工具,同时主要偏向于第一种人的需求,因此在做固定报表以及Alert方面都做的很好。然后,随着产品功能丰富,逐渐满足第二类人的需求。这类工具的普遍特点是,面向developer适合大规模团队 开发活动,适用于平台化 的 全民BI架构的可扩展能力从一开始设计的时候就充分的考虑。同时,对第二类人的需求虽然在不断补强,但还有一段距离。

 

而Tableau这类工具,它一生出来就是为了第二种人用的,很多第二种人不断成长,开发能力达到甚至超过第四种人。这类工具的特点是:适合牛X的数据分析者 个人完成 炫酷的数据表现,并且一站式解决数据集成归并等 简单 的整合运算。但虽然不断发展Server的版本,但一定程度上仍 缺乏架构的可扩展能力,无法达到大规模的平台化功能,当下也不太好指望它来完成全民BI的使命。未来随硬件的飞速发展,仍可以期待。

于是,很多企业,都玩两套报表系统,一套是给人民群众用的,一套是给数据分析师等高级用户用的,总之,两种产品各有千秋。

推荐 10
本文由 BAO胖子 创作,采用 知识共享署名-相同方式共享 3.0 中国大陆许可协议 进行许可。
转载、引用前需联系作者,并署名作者且注明文章出处。
本站文章版权归原作者及原出处所有 。内容为作者个人观点, 并不代表本站赞同其观点和对其真实性负责。本站是一个个人学习交流的平台,并不用于任何商业目的,如果有任何问题,请及时联系我们,我们将根据著作权人的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。

11 个评论

讲的浅显易懂,非常好的说明了BO,Cognos,BIEE和Tableau的区别!不知道Qlikeview,还有微软的那套SSRS,SSAS,这些工具都挺有啥区别。希望有时间能追加些内容,会一直关注!期待!!!
观点很不错,支持。
但是我很好奇tableau怎么做好对后台数据的支持的,如何做好后台的模型会是tableau的重中之重吧。谁能给我解答一下
分析的很到位
可惜我没用过Tableau,不过我没看懂你说的问题,你说的后台模型指的是什么?是Tableau系统内部是怎么存储/分享/提供访问数据的架构吗?
我已经去听过tableau的课了。谢啦,tableau一样需要传统BI支撑
Tableau的data storage怎么处理?我的理解是这种工具适合小范围人使用,并发一般都不太给力。另外,它是不是in memory方式计算的?我记得不是,不知道现在升级了没有。
tableau暂时还不能脱离传统BI的概念,这个工具目前我了解到的,还仅仅是前台展示和自定义功能强大。后台方面能支持多种数据源和数据存储方式,这个还是比较灵活的,但是这样做容易导致碎片化,没有设计好模型会影响整个项目。至于是不是in memory ,这个我还不清楚,不好意思,嘿嘿
Tableau不算in-memory processing工具。具体Tableau系统内部是怎么存储/分享/提供访问数据的架构没有公布,这些也正是它的核心竞争力。 据我的经验,对于Tableau来说,最好的数据模型就是完全de-normalized的表,measures and dimension attributes all in one table. 开发很容易,你说的第二种人员完全可以自己开发,不需要IT人员。
定制性太强,个别人员使用还好,对于adhoc之类的需求没法应对,上面还得弄一层normalized的,基本上可以说就是要为tableau单独设计一层表。
观点正确,支持

要回复文章请先登录注册