Java报表软件技术讨论

对java报表工具选型，我们已经从产地、技术、报表设计器和前端展现都角度做了介绍，接下来，从java报表工具最关键的集成应用以及最具需求潜力的BI色彩角度来给您提供些简要的选型建议。
   &  

后台集成方案
Java报表软件作为一款集成性极强的产品，企业级应用中重点考虑的一方面就是集成性，各种java报表工具都拥有独特的后台集成方案。普遍后台集成方案主要有 完全嵌入 、 独立服务器 和 控件数据服务 三种。

完全嵌入指报表运算服务不单独存在、而与用户应用程序结合成一体，主程序对报表服务的无缝调用，这样可以达到最高的运行效率和最深入的控制，同时可以享受应用系统的集群部署与数据连接共享能力以及不必专门处理权限门户的事务，是最经济高效的集成方案，但必须是报表工具与应用程序基于同种技术实现才可以做到。

独立服务器指报表运算在物理上独立存在（有时甚至会是一台专门的机器），用户应用程序通过网络协议调用报表服务，不能共享应用系统的集群和负载平衡能力，应用程序需采用报表服务器的门户权限机制。独立服务器的优点在于对应用程序的技术体系没有要求，采用不同技术的应用可以同样的方案集成起来，是灵活性最好的集成方案。

控件数据服务则专指以控件作为前端方案的产品在后台的集成方案，运算接口都在前端的控件中，需要把复杂的程序写到页面的 JavaScript 中；后台则几乎没有运算，只是将数据取出送给前端，程序简单可完全嵌入但并没什么接口，这种方式无法发挥后台服务器的强大计算能力，而且有关处理代码将在前端暴露出来造成安全隐患，不适合大型应用。

除了报表运算本身的集成外，还要考查有生成的统计图（及 EXCEL/PDF ）等二进制数据的引用方案，一般有 数据流服务 和 临时文件 两种。前者是将这类运算在后台组织成一个服务（在 J2EE 中是 servlet ），将结果以数据流（如 JPG 图像流）的形式返回给前端显示或下载，后台服务器上并不会真地产生一个文件；而后者则会将统计图（或 EXCEL/PDF ）物理地在后台服务器中产生成一个临时文件，浏览器上的图片或下载链接指向该文件，采用最传统的 http 机制完成图片显示和下载文件。

相比之下临时文件方案有明显的劣势，必须操作系统放开对硬盘某处的写权限（这在某些系统下可能导致是严重的安全问题），创建临时文件会占用硬盘空间而且降低访问速度，而且这些文件的命名（不得重名）及删除都需要较复杂的管理（有些产品只会创建而不会自动删除）。

纯 JAVA 的产品在 J2EE 机制下理论上都可提供出完全嵌入的方案， Style Report 、博易智软、和勤等产品以独立服务器方式提供，润乾报表和开源的 Jasper Report 提供完全嵌入的方案；而在非 J2EE 机制下，这些 JAVA 产品都只能以独立服务器方式存在。除 Style Report 外，其它国外产品在任何环境下都仅提供独立服务器方式。国内以控件为展现方式的产品均只有控件数据服务方式，如数巨报表、如意报表、用友华表。

纯 JAVA 产品（Style Report、润乾、Jasper Report等）均可提供数据流服务来引用二进制数据，而非 JAVA 的独立服务器产品（Crystal Report、BO、Brio、Cognos）大多采用古老的临时文件方案提供这项服务。

 BI 色彩
Java报表软件在某种程度上属于BI展现的一部分，越来越多的企业级用户已经不满足简单的报表展现，更多的需要数据分析数据挖掘等指导商业决策的商业智能（BI）功能。事实上，市场上的java报表工具有许多其实是 OLAP 前端工具（例如Acrplan），有的java报表工具则是单纯的报表工具（例如润乾报表）。纯粹的报表工具只能依靠处理中国式复杂报表等特色赢得市场赢得小众的特殊需要。近几年来，大多数报表工具都增加了BI分析功能，在数据挖掘、数据钻取、动态分析等方面不断研究，但由于国内市场上 OLAP 的应用面尚比较狭小，除了传统的BO、Cognos等商业智能工具在BI外，其他商家虽跃跃欲试，但市场内的厮杀尚不激烈。

国外产品中 crystal report 和 Style Report 是主要为报表服务的，其它产品如 bo 、 brio 、 cognos 、 mstr 、 actuate，Style Intelligence（Style Report的升级版） 则都是 BI 类产品。 actuate 的 spreadsheet 可算作报表工具， cognos 最近推出的 reportnet 也加强了报表的能力。国内产品中博易智软与和勤都是 BI 类的产品，其它如润乾报表、杰表、如意报表、数巨报表等都是纯正的报表工具。

未完待续。

本博文的部分内容来自于：http://www.cnblogs.com/freeze44/