报表管理FineReport报表性能优化(1)

报表管理FineReport报表性能优化(1)1. 为何要性能优化您是否遇到访问一张报表时加载时间很长？或者频繁访问大数据量报表占用了过多的服务器内存而导致内存溢出？又或者过多的用户并发访问的时候服务器承受压力过大导致服务器崩溃？您是否有这样的感想，访问了一张复杂报表，数分钟后再次访问了同样的报表，却发现还需等待相同的时间才看到结果，这太不人性化！您是否因为频繁地出现请求超时而恼火？您是否......若您遇到了以上的种种情况，这说明您的报表系统需要进行性能优化，赶紧行动起来吧，让您的报表系统运行地更快更顺畅！2. 影响性能的因素以上种种性能缺陷是如何产生的呢？一般有如下几方面存在性能问题：2.1 报表取数一般来说，报表越复杂，所涉及到的后台数据库基础表也就越多。

除了格式简单的列表式报表需要在报表中显示超大的数据量外，大部分的报表是从几十万或者几百万的源数据中，筛选，运算返回几十条或几百条不等的数据结果。

如果取数使用的方法不恰当，报表取数时间就会过长，从而影响性能。

2.2 报表制作报表制作时往往会使用字段的关联、高亮、数据字典、公式计算等等报表内置的功能，如果这些功能使用的不正确，或者报表存在多余的设置，这样就会因为这些不必要的设置而增加计算时间，从而影响性能。

2.3 服务器性能FineReport作为纯JAVA软件，可以与J2EE的应用无缝集成，集成至服务器的报表就会继承服务器的资源。

服务器的虚拟内存、连接池的设置等等往往会导致很多性能问题。

3. FineReport如何优化性能针对影响性能的因素，FineReport有不同的优化方案。

如对SQL的优化，使用存储过程等优化取数过程；减少冗余单元格及不必要的设置从而加快报表计算时间；采用并发设置，缓存设置，集群等提高服务器性能等等。

言而简之，FineReport性能优化，主要包括两个方面：一、报表性能优化；二、服务器性能优化。

具体优化方法我们将在本章下面进行详细介绍。

4. 谁需要进行性能优化这一部分文档适用于初步掌握了报表设计，且需要对报表的性能做进一步优化的报表设计者；或者报表开发完毕，在向服务器部署的过程中，需要对服务器进行优化的部署工程师。

报表执行过程报表的执行过程大体可分为两步：1、报表计算；2、页面转换。

报表计算过程：先读取我们的sql语句，将完整的sql语句传至数据库服务器，由数据库返回数据给报表服务器，报表服务器进行数据列的扩展、汇总、关联、公式运算等计算，最终生成报表结果。

页面转换过程：报表计算完成后生成xml页面，需要转换为html页面才能在浏览器中查看。

针对这一过程FR是可以实时监控的。

监控方法是将服务器的log输出级别设为“普通信息”，就能在控制台上看到每一步使用的时间。

1. 设置日志输出级别修改日志输出级别为“显示普通信息”，如下图设计器中设置：2. 查看报表执行过程2.1 打开模板打开FR设计器，打开里面自带的模板：%FR_HOME%\WebReport\WEB-INF\reportlets\gettingstarted.cpt2.2 清空日志点击分页预览前，先清空日志。

3. 浏览器端访问报表点击分页预览，输入参数条件后，点击查询；等到报表在浏览器上完全展示出来后，查看日志窗口的信息：从日志中我们可以对报表的执行过程进行实时监控。

优化报表取数1. 取数原理设计器拼出最终的SQL，将SQL语句传给数据库，数据库执行，将数据返回给设计器。

由于计算过程首先要通过SQL语句从数据库中取数据，我们可以通过控制数据量的大小和对数据的提前预处理来提高报表的性能。

下面是一些优化的方法。

2. 优化SQLFineReport报表的数据集采用的是表模型，也就是说通过SQL这种DSL语言，从数据库通过简单查询或各种组合关联查询得到一个关系表，而这部分SQL查询根据各种数据库产商长时间的优化(比如建立索引)，已经非常成熟。

数据集一般要通过FineReport报表模型的复杂处理才能生成最终的表样。

因此，从数据库SQL查询取出数据量越少，FineReport报表模型需要做的复杂处理和计算就越少，所花的时间和内存就少，从而可以提高性能。

2.1 SQL语句取具体的字段我们一般会用select * from 这样的形式将一个数据库表中所有的字段都取出来，而其中一些字段是报表中不需要用到的，例如报表中只需要用到三个字段，但是数据库中实际的表有十个字段，一些初学者习惯性的用select * from table1，这样相当于把十个字段的数据都取到报表服务器端，增加了报表服务器端的内存占用以及减慢了运算速度，所以SQL 语句中尽量不要用“*”号，而是写上具体的字段，能够减少报表服务器端的内存占用，加快报表的运算速度。

2.2 SQL中直接分组代替报表中分组一些汇总类型的报表，例如制作一张订单总额的表，可能会从订单明细表中取出大量的数据记录，然后进行数据汇总，即进行分组聚集运算，报表计算过程中我们可以在SQL中提前进行一次分组聚集，能够大大减少取到的报表服务器的记录数，加快取数和报表运算的速度。

SQL语句：SELECT 成本价,类别ID FROM 产品从数据库中选择如上两个字段，然后根据类别ID进行成本价的汇总，此时数据库返回给报表处理的数据就有77条。

如下：优化的SQL语句：SELECT sum(成本价),类别ID FROM 产品 group by 类别ID经过SQL优化后，报表需要处理的数据就只剩8条了。

如下：优化分析：第一种做法，不仅仅取到报表服务器上记录数多了，取数速度慢，而且报表模型需要对表数据列进行分组运算，增加了报表运行时间；第二种做法，数据库虽然要进行分组运算，但是数据库中有索引，运算速度快，且取到报表服务器端的记录数大大减少，取数速度大大加快，因此在报表模型进行分组运算的时候只要对很少的记录数进行，报表的运算速度大大加快了。

实验结果以及分析表明，第二种做法的性能远优于第一种。

所以，分组应该尽量在sql 里进行。

2.3 SQL中直接排序代替报表中排序报表计算过程中很多时候需要对数据进行排序，虽然排序运算可以在报表端进行，不过我们还是建议在SQL中提前将数据排序，这是因为数据库中索引功能，通常是C/C++语言(往往在效率上比Java好)写的，会使得排序运算的速度很快。

2.4 SQL中直接过滤代替报表中过滤报表计算过程中很多时候并不需要对表中的所有记录进行操作，而只是需要对部分满足条件的记录进行操作，虽然可以在报表设计器中对数据过滤，不过我们建议在SQL中对数据提前过滤，这样数据库返回的数据就减少了，既加快了取数速度，也加快了报表的运算速度。

3. 使用视图、存储过程视图是由SELECT语句组成的查询定义的虚拟表，由一张或多张数据库实际的表中的数据组成的，从数据库系统外部来看，视图就如同一张表一样。

存储过程通过流控制与SQL语句，可以对数据进行强大的运算与处理，对于业务比较复杂的应用，常常需要将原始数据通过存储过程处理后再供报表使用。

另外存储过程运行前，数据库会对其进行语法和句法的分析，并进行优化，这种已经编译好的存储过程极大地改善SQL语句的性能。

在报表端也只需要书写较短的调用语句来获得结果，从而降低网络的通信量。

所以表与表的连接、复杂的SQL尽量在数据库中使用视图或者存储过程直接进行，这样将复杂的SQL语句直接保存于数据库服务器端（数据库本身会对SQL语句进行语法分析并进行优化），在报表设计器端就不需要写大段的SQL语句而是直接调用视图或存储过程了，一方面减少网络传输量，减轻数据库的压力，另一方面加快了报表的运算速度。

优化报表计算时间1. 问题描述完成报表取数后，设计器会对数据库返回的数据进行扩展、分组、列表、汇总等运算，好的模板制作习惯往往可以优化报表的计算时间。

2. 解决方案2.1 空白单元格应用报表中，只要一个单元格里有设置就会占用一份内存，而空白的单元格几乎是不占任何内存的。

报表中由于布局的需要，不可避免地会出现一些只起到占位作用而无需其他的设置的单元格；尽量将这些单元格设成空白单元格，这样能够有效的减少内存的占用，加快报表的运算速度。

2.2 慎用隐藏行列报表中为了进行一些复杂的运算，往往需用到隐藏行列来处理中间的运算，而这些隐藏行列中被用到的单元格，往往只有一两个格子，此时被隐藏行列中没被用到的单元格里有设置的话会额外浪费内存，因此建议把没用的单元格设为空白单元格，减少内存的占用，加快报表的运算速度。

2.3 慎用合并单元格报表中，常常会用到合并单元格，合并单元格的所有属性都是保存在左上角的格子中的，而合并区域中的其他被合并的单元格，并不保存任何属性也不占用内存。

虽然合并单元格的应用能够减少内存，不过因合并单元格的运算涉及到多个单元间的主被动关系，所以运算比较复杂，反而会降低运算速度。

因此，我们建议慎用合并单元格，尽量将没用的单元格设成空白单元格。

2.4 相同效果的条件属性同一行（列）中的单元格需要设置相同效果的条件属性时，只需在该行（列）中的某个单元格设置一下条件属性便可，这样能够加快报表的运算速度。

如下图，需要隐藏某行时只需要在一个单元格中设置条件属性即可，不要每个单元格都设置。

2.5 相同效果的数据列基本属性设置报表制作过程中，我们将数据集中的字段拖入单元格时，数据列>基本>数据设置，（分组、列表、汇总）中计算最快的是列表。

如制作明细表时有两种设置方法，结果是一样的。

设置方式一：地区列数据设置为列表，后面其他跟随其扩展的数据列的数据设置还是采用默认的设置（即分组普通）。

设置方式二：地区列数据设置为列表，后面其他跟随其扩展的数据列的数据设置也修改为列表。

上面两种设计方式的数据展示结果是一样的，不过报表的计算速度却不一样；第二种方式的报表计算速度明显会比第一种快。

这是因为数据列设为分组时，报表会将取出的数据进行一次分组聚集的计算，而不管数据有没有重复。

因此，对于可实现相同效果的应优先设置其数据列属性为列表。

2.6 父格设置FR中设计报表的最重要的思想，就是数据列的扩展，而跟随哪一个单元格扩展是必须要注意的问题。

所以父格的设置是很重要的，父格设置不恰当会影响报表的计算速度，甚至导致结果错误。

另外，父子格层次树高度，对报表性能也有影响，所以尽量减少父子格层次树高度。

如对下图模板：注：将所有单元格的数据显示方式设置为列表显示。

设置方式一：销量父格为产品名称，产品名称父格为产品类型，产品类型父格为销售员、销售员父格为地区，父子格层次树为4层。

设置方式二：销量、产品名称、产品类型、销售员的父格都为地区，父子格层次为1层。

上面两种设计方式的数据展示结果是一样的，不过报表的计算速度却不一样；第二种方式的报表计算速度明显会比第一种快。