几个开源的BI产品
关于JPIVOT 和MONDRIAN
使用mondrian+jpivot
Jpivot
JPivot is a JSP custom tag library that renders an OLAP table and let users perform typical OLAP navigations like slice and dice, drill down and roll up. It uses Mondrian as its OLAP Server. JPivot also supports XMLA datasource access.
Mondrian
Pentaho Analysis (即 Mondrian) 是一个强大的 OLAP工具。它可以封装任何JDBC数据源并且把数据以多维的方式展示出来.
使用mondrian+jpivot的BI 解决方案
Openi
Openi大家也已经玩过了，不再详细说明。
Pentaho:
Pentaho拥有工作流引擎、中心资源库、审计组件、报表设计工具、ETL工具、OLAP Server、多维展示、数据挖掘组件等功能。是一个相当完善的BI解决方案。
它是一个以流程为中心的、面向解决方案的框架，具有商务智能组件。BI 平台是以流程为中心的，其中枢控制器是一个工作流引擎。工作流引擎使用流程定义来定义在 BI 平台上执行的商务智能流程。流程可以很容易被定制，也可以添加新的流程。BI 平台包含组件和报表，用以分析这些流程的性能。BI 平台是面向解决方案的，平台的操作是定义在流程定义和指定每个活动的 action 文档里。这些流程和操作共同定义了一个商务智能问题的解决方案。这个 BI 解决方案可以很容易地集成到平台外部的商业流程。一个解决方案的定义可以包含任意数量的流程和操作。
BI平台包括一个 BI 框架、BI 组件、一个 BI 工作台和桌面收件箱。BI 工作台是一套设计和管理工具，集成到Eclipse环境。这些工具允许商业分析人员或开发人员创建报表、仪表盘、分析模型、商业规则和 BI 流程。Pentaho BI 平台构建于服务器、引擎和组件的基础之上，包括J2EE 服务器、安全与权限控制、portal、工作流、规则引擎、图表、协作、内容管理、数据集成、多维分析和系统建模等功能。这些组件的大部分是基于标准的，可使用其他产品替换之。
Pentaho新建报表的工作步骤
Pentaho与OPENI的比较：
Pentaho和OpenI都是目前比较不错的开源BI方案。我对OpenI了解的不深。昨天在Pentaho的QQ群里和几位使用过OpenI的朋友聊天后，终于对OpenI有了些感性的认识。下面就简单地对比一下Pentaho和OpenI。
从部署和开发的易用性来看，OpenI占了上风。OpenI的文档不多，安装和部署相当容易，比Pentaho容易上手。QQ群里的一位朋友说，他一个人花了3个月，就成功地使用OpenI完成了一个小的BI项目。而Pentaho有很多文档，体系结构复杂，要想入门不容易。如果拿Pentaho去做上面那位朋友的小BI项目，估计要做更多的工作。因为有很多东西他用不上，需要裁减。：）
从方案的完整性来看，Pentaho占了上风。Pentaho拥有工作流引擎、中心资源库、审计组件、报表设计工具、ETL工具、OLAP Server、多维展示、数据挖掘组件等功能。是一个相当完善的BI解决方案。而OpenI相对来说要简陋很多，基本上是围绕多维分析和报表展示。OpenI也有个基于R-Project的数据挖掘接口。但R-Project的长项更多在于统计分析。
从市场目标来看，OpenI更偏重于那些只有简单的多维分析和报表展示的小企业或组织。而Pentaho则眼光更高，Pentaho偏向于与业务流程相结合的BI解决方案，侧重于大中型企业应用。Pentaho声称，他们将来挑战的目标是目前BI业界的领先者。例如，IBM、Hyperion、SAS这样的大公司。
从长远的发展角度来看，Pentaho占了上风。Pentaho得到了多家风险资金的投资，财力雄厚，已经收编了多家开源的产品，产品线扩展很快。OpenI目前显然没有这么强的实力。目前只是专注于多维分析和报表展示。
如果说要综合打分的话，Pentaho会比OpenI要高很多。但如果做项目的话，要看项目的实际情况，避免出现牛刀杀鸡的情况。
SpagoBI
Demo演示：
SpagoBi 是一款基于Mondrain+JProvit的BI方案，能够通过OpenLaszlo产生实时报表，为商务智能项目提供了一个完整开源的解决方案，它涵盖了一个BI系统所有方面的功能，包括：数据挖掘、查询、分析、报告、Dashboard仪表板等等。SpagoBI使用核心系统与功能模块集成的架构，这样在确保平台稳定性与协调性的基础上又保证了系统具有很强的扩展能力。用户无需使用SpagoBI的所有模块，而是可以只利用其中的一些模块。
SpagoBI使用了许多已有的开源软件，如Spago和Spagosi等。因此，SpagoBI集成了 Spago的特征和技术特点，使用它们管理商务智能对象，如报表、OLAP分析、仪表盘、记分卡以及数据挖掘模型等。SpagoBI支持BI系统的监控管理，包括商务智能对象的控制、校验、认证和分配流程。SpagoBI采用Portalet技术将所有的BI对象发布到终端用户，因此BI对象就可以集成到为特定的企业需求而已经选择好的Portal系统中去。
Mondrian 与jpivot遵循CPL协议
协议：
（1） CPL
CPL是IBM 提出的并通过了OSI(Open Source Initiative)批准的开源协议。主要用于一些IBM或跟IBM相关的开源软件/项目中。如很著名的Java开发环境 Eclipse 、RIA开发平台Open Laszlo等。
CPL也是一项对商业应用友好的协议。它允许 Recipients 对源码进行任意的使用、复制、分发、传播、展示、修改以及改后做闭源的二次商业发布，这点跟 BSD 很类似，也属于自由度比较高的开源协议。但是，需要遵循：
1. 当一个Contributors将源码的整体或部分再次开源发布的时候，必须继续遵循 CPL开源协议来发布，而不能改用其他协议发布。除非你得到了原“源码”Owner 的授权。
2. CPL协议下，你可以将源码不做任何修改来商业发布。但如果你要将修改后的源码其开源，而且当你再发布的是Object Code的时候，你必须声明它的Source Code 是可以获取的，而且要告知获取方法。
3. 当你需要将CPL下的源码作为一部分跟其他私有的源码混和着成为一个 Project 发布的时候，你可以将整个Project/Product 以私人的协议发布，但要声明哪一部分代码是CPL下的，而且声明那部分代码继续遵循CPL。
4. 独立的模块(Separate Module)，不需要开源。
