pentaho不同的数据呈现形式使用场景

 

额，一直想深入讨论一下不同数据呈现方式的使用场景问题，苦于时间有限，今天给大家分享一下这方面的心得，欢迎拍砖。

首先，我们来小小的回顾一下pentaho支持的几种主要的数据呈现方式：
1、即席查询报表。就是登录平台后的第一个大图标按钮，原名是ad-hoc，我更喜欢称之为即席查询。什么意思呢，意思就是这里本来是没有报表的，只提供了一个数据源，包括一些表和字段，用户可以自由选择所需的字段来生成报表。生成的报表具备一些比较基础的分组统计功能（求和、最大最小值、计数、平均等）。
2、固定报表。主要是使用report designer设计出来的报表，相信这是国内用得最多的一种数据呈现方式了吧。由于自定义功能很强，并没有像即席查询一样放在网页上让用户DIY，而必须用专门的报表设计工具来实现。它能实现的功能就是——基本什么都可以实现，只要想看什么。
3、OLAP分析。就是登录平台后的第二个大图标按钮，这个使用mondrian+jpivot实现的多维分析，界面稍微难看了一点，但数据灵活汇总分析的功能却是其他任何报表无法企及的。这也是数据仓库最吸引人心的地方。
4、仪表盘。这也是很多人使用的，需要安装一个CDF插件来实现。主要以简单化的图形显示，可以显示点击后的追溯明细，越大的领导越喜欢这样简明的东东。
5、其它。还有一些数据呈现方式不太好归类，比如可以使用PDS直接设计出报表，或使用PAT来实现OLAP分析，或使用BIRT或jasper等等别的报表。由于比较杂，不太具有代表性，也不是pentaho默认支持的，这里不展开讨论。

好了，罗列了这么多。但多则惑，少则明。关键的问题来了，作为一个用户来讲，你给他讲这么多呈现方式是没有用的，只有他感觉用的爽，那就是他想要的。我们不妨来假设一下，一个公司里面肯定是有不同的组织层级，BI既然是用来支持决策的，那么我们就认为所有需要决策的人员都是BI项目的潜在用户。不要认为只有高层领导需要决策，在管理层面和执行层面也有的，只是他们的需求不太一样。一般的业务人员，负责自己的一块事情，他要对业务明细负责，所以对他们而言只需要看到自己负责的事情每天的情况如何就行了，他们要保证所做的事情不出错，并达到要求，至于数据要不要汇总，做不做分析，意义不大。因此这类人员适合使用即席查询或固定报表，当然这也要看这些业务人员的应用水平，领悟力高一点的，可以教他学学ad-hoc，自己做报表自己看就好了，否则就得你亲自动手，为他们一张一张定义报表，放在那里给他们看。再往上一点，管理层比较适合使用什么报表呢，貌似每一种可能都用得上，个人感觉这得看这个管理者是偏执行还是偏管理的，与他的数据分析意有关。偏执行一点，就给他做一些固定报表，符合他的口味就好，操作尽量简单明了；偏管理一点，就还得配上OLAP分析了，这个难度大一些，但只要培训得当，用起来还是很不错的。我认为对于中层的管理者，必须要逐渐培育他们数据分析意识，一方面是BI系统不能沦落为一个报表系统，另一方面通过BI的数据分析最能为中层管理者带来决策价值，这也是给公司最大的价值。那么对于高层领导呢，建议还是搞一搞仪表盘就好了，如果他能养成每天上班第一件事就是打开BI系统看看他的仪表盘的习惯，那这个BI系统就是基本成功的。如果最后做到了BI团队平常只负责搭一搭数据模型，大部分的报表都由用户自己完成，恭喜你，这个BI项目就已经很成功了，有机会我请你喝茶好好聊聊。

最后，我们来谈谈具体到各个pentaho工具的应用吧。通过pentaho架构我们不难知道，这些数据呈现形式都有自己的体系，但原理都是一样，通过ETL的数据根据不同工具来实现。做即席查询要用PME，是固定报表要用PRD，做OLAP分析需要用PSW，最后可能还需要用PDS来调一调布局，改改描述，限制下权限。但在整体规划上，我倾向于使用PME定义的business model作为基础，最大的好处是统一的权限控制和一致化的字段定义。business model完全可以按星型模型的方式来定义，这样就做到了即席查询与OLAP分析的元数据一致。同时，PME生成的xmi文件又可以作为PRD的数据源，这样就就是做到了所有数据呈现形式的数据一致性并继承了PME的权限控制。这样以来，无论用户使用哪种方法来查询，不会出现数据打架的问题。刚才提到的权限控制，PME是可以做到按表、按字段、按行级做权限控制的，权限控制非常细腻，几乎可以满足任何的权限控制要求。PME的这个作用有点类似于BO里面的语义层功能，十分强大。