报表性能优化方案之单数据集分页SQL实现层式报表

1、概述

我们知道,行式引擎按页取数只适用于Oracle,mysql,hsql和sqlserver2008及以上数据库,其他数据库,如access,sqlserver2005,sqlite等必须编写分页SQL。

下面以Access数据库为例介绍需要写分页SQL的数据库怎样利用行式的引擎实现层式报表。

解决方案提供工具:报表开发工具FineReport

2、解决思路

对于mysql这类可以直接使用行式的引擎实现层式报表的数据库来说,如果勾选了行式引擎,程序会自动生成分页sql,如,我新建了一个数据集ds1,来源于mysql数据库,基本sql语句为:

SELECT * FROM 订单明细

如果不定义分页sql,勾选行式引擎选项,预览报表时,程序会将上面的sql语句转化为下面的语句来取一页的数据:

SELECT COUNT(*)AS totalRowCount FROM (SELECT * FROM 订单明细) t

如果数据库是上面所说的access一类的无法直接生成分页sql的数据库,那么就需要编写分页SQL。

3、操作步骤

以FRDemo内置的sqlite为例,说明sqlite如何写分页查询。

注:sqlserver2005和sqlite操作步骤一样。

3.1新建数据集

新建数据集ds1:SELECT * FROM 订单明细。

3.2添加分页查询SQL语句

在数据查询面板中点击分页查询按钮,编辑分页SQL语句,如下图:

完整的sql语句如下:

 SELECT *
     FROM (
             SELECT  *
              FROM(
                   SELECT *
                       FROM 订单明细 ORDER BY 订单ID ASC limit ${fr_pagesize*fr_pagenumber}
                    ) AS e1 ORDER BY 订单ID DESC limit ${
                         if(fr_pagenumber == int((((fr_rowcount-1)/fr_pagesize)+1)),fr_rowcount - (fr_pagesize*(fr_pagenumber-1)),fr_pagesize)
                         }
         ) AS e2 ORDER BY 订单ID ASC

  

注:上述代码放置在分页sql面板中时,要删除后面的注释语句,并且语句中的三次ORDER BY 一定不能丢。

·        分页sql语句注释

${if(fr_pagenumber==int( (((fr_rowcount-1)/fr_pagesize)+1)),fr_rowcount -(fr_pagesize*(fr_pagenumber-1)),fr_pagesize)}意思是:

假如是最后一页的话,就取最后一页剩余的行数,假如不是最后一页就取每页需要显示的行数,示例中每页需要显示的行数为30行。

fr_pagenumber:当前浏览的页数,如果预览第2页,则fr_pagenumber=2;

fr_rowcount:当前数据集的总数据条数;

fr_pagesize:表示设置行式引擎时,每页需显示的行数,该示例中fr_pagesize=30.

在预览时,设定的分页查询根据3个变量的值,会生成数据库查询,如fr_pagenumber=2,fr_pagesize=30时,即在web端预览报表,预览至第2页时,上面的sql语句会转化为:

SELECT * FROM (SELECT * FROM ( SELECT * FROM 订单明细 ORDER BY 订单ID ASC limit 60 )AS e1 ORDER BY 订单ID DESClimit30 ) AS e2 ORDER BY 订单ID ASC

预览至第3页时,fr_pagenumber=3,sql语句就转化为:

SELECT * FROM (SELECT * FROM ( SELECT * FROM 订单明细 ORDER BY 订单ID ASC limit 90 )AS e1 ORDER BY 订单ID DESClimit30) AS e2 ORDER BY 订单ID ASC

预览至最后一页时,所剩下的数据可能不足30行,那么sql语句又会转化成什么样呢?

如果fr_rowcount=100,fr_pagesize=30,即数据总行数为100行,每页显示30行,预览至最后一页,也就是第4页时,fr_pagenumber=4,sql语句将转换为:

SELECT * FROM (SELECT * FROM ( SELECT * FROM 订单明细 ORDER BY 订单ID ASC limit 90)AS e1 ORDER BY 订单ID DESClimit10 ) AS e2 ORDER BY 订单ID ASC

3.3报表主体设计

将数据集中的数据列拖曳至单元格中。

3.4行式引擎设置

同上一节的设置方法,这里不再赘述。

3.5效果查看

点击分页预览,效果图如下:

已完成模板请参照:%FR_HOME%\WebReport\WEB-INF\reportlets\doc\Advanced\PagingSql.cpt

3.6数据库的分页SQL语句

   SELECT *
           FROM (
              SELECT TOP ${
                             if(fr_pagenumber == int((((fr_rowcount-1)/fr_pagesize)+1)),fr_rowcount - (fr_pagesize*(fr_pagenumber-1)),fr_pagesize)
                            } *
               FROM(
                        SELECT TOP ${fr_pagesize*fr_pagenumber} *
                       FROM 订单明细 ORDER BY 订单ID ASC
                      ) AS e1 ORDER BY 订单ID DESC
             ) AS e2 ORDER BY 订单ID ASC

  

时间: 2024-08-05 14:10:14

报表性能优化方案之单数据集分页SQL实现层式报表的相关文章

报表性能优化方案之多数据集实现层式报表

1. 问题描述若报表使用的数据量是上百万条的话,觉得报表展现的速度慢,可以使用层式报表来提高报表展现速度.但由层式报表章节可以得知,层式报表必须是单数据集,若是多数据集的模板且数据量又很大,想要提高报表的查询速度要如何实现呢? 2. 实现思路在定义数据集时通过使用数据库本身的行序号或者使用数据库函数生成行序号(即行号)并且在where条件中通过页码参数使得行号在一定范围内显示,点击自定义的上一页下一页按钮时重新传入页码参数取出相应的数据. 注:SQL Server2000无法生成行号,因此需要定

报表性能优化方案之数据集缓存与共享

1. 问题描述 对于大数据量报表,若每次直接从数据库中查询数据,不仅增加数据库服务器的压力,也极大的影响了取数的速度从而降低了报表的执行速度,为此FineReport提供了数据集缓存与共享功能. FineReport可先将其数据集查询的结果缓存下来,对于缓存下来的数据,再次使用到相同数据集时,无需再次连接数据库重新查询数据,直接使用缓存下来的结果,即使用FineReport的数据集共享机制,达到资源复用,减少取数时间从而提高了报表的展现速度. 2. 数据集缓存 缓存分为缓存至内存和缓存至磁盘.

报表性能优化方案之行引擎执行层式报表

1. 问题描述 这样一种报表:报表形式非常简单,只是简单的单数据源明细报表,但是数据量非常大,百万.千万甚至更多.报表取数及计算时间相当长. 希望能够提高报表展示速度,对于用户来说,查询报表不会有滞后的感觉. 解决方案提供工具:报表开发工具FineReport. 2. 解决方案 2.1 解决方案 对于单数据源明细报表,可以启用行引擎来执行报表,提高报表展示速度,优化用户体验. 2.2 原理 普通报表:取出全部数据后再执行报表,最后返回整体的报表结果给浏览器,用户访问到看到结果的时间=报表取数时间

报表性能优化方案之善用参数注入

1. 问题描述 对于多数据集关联报表,当数据很大时报表的展现速度就会很慢,或通过写sql语句又很复杂.为此FineReport提供一种,既可加快报表的展现速度,又不用编写复杂的sql语句的方案.即使用动态参数注入功能. 2. 原理 动态参数注入,是通过注入的值对数据库中的数据进行操作的,只是取对应的数据,所以会提高报表的性能. 3. 示例 新建模板 展现多个关联数据表的数据 SQL语句,ds1:SELECT * FROM [订单] SQL语句,ds2:SELECT * FROM 订单明细 报表样

报表性能优化方案之报表取数

1. 取数原理 设计器拼出最终的SQL,将SQL语句传给数据库,数据库执行,将数据返回给设计器. 由于计算过程首先要通过SQL语句从数据库中取数据,我们可以通过控制数据量的大小和对数据的提前预处理来提高报表的性能.下面是一些优化的方法. 2. 优化SQL FineReport报表的数据集采用的是表模型,也就是说通过SQL这种DSL语言,从数据库通过简单查询或各种组合关联查询得到一个关系表,而这部分SQL查询根据各种数据库产商长时间的优化(比如建立索引),已经非常成熟.数据集一般要通过FineRe

报表性能优化方案之报表计算时间

1. 问题描述 完成报表取数后,设计器会对数据库返回的数据进行扩展.分组.列表.汇总等运算,好的模板制作习惯往往可以优化报表的计算时间. 以下示例报表开发工具:FineReport. 2. 解决方案 2.1 空白单元格应用 报表中,只要一个单元格里有设置就会占用一份内存,而空白的单元格几乎是不占任何内存的.报表中由于布局的需要,不可避免地会出现一些只起到占位作用而无需其他的设置的单元格:尽量将这些单元格设成空白单元格,这样能够有效的减少内存的占用,加快报表的运算速度. 2.2 慎用隐藏行列 报表

报表性能优化方案之巧用相邻连续分组

1. 问题描述 在数据显示方式章节内容中,我们已介绍分组的两个不同使用场景:普通分组和相邻连续分组.但其使用相邻连续分组功能,更主要原因是能够提高其报表的性能. 示例报表开发工具:FineReport 2. 原理 相邻连续分组的操作,是将数据集中连在一起的相同数据才进行合并的.尤其是,在配合SQL中已排好序的列,对其实现的分组时,使用此分组方式其性能比普通分组快些.如下简单示例,查看其报表执行数据信息,可看出其分组方式比普通分组方式更能提高其报表的性能. 3. 实现步骤 3.1 新建报表 3.2

报表性能优化方案之报表服务器优化基础讲解

一.内存 JVM堆栈内存是决定应用服务器性能的关键指标,一般服务器默认的内存配置都比较小,在较大型的应用项目中,这点内存是不够的,因此需要进行查看与修改Web服务器内存大小,接下来就介绍服务器内存查看的方法以及不同服务器内存的修改方式. 各应用服务器的内存配置方法不尽相同,如下列出了常用服务器的JVM参数(-Xms,-Xmx)配置方法. JVM参数定义: - Xms: 初始化内存大小 - Xmx: 可以使用的最大内存 以下示例工具:报表开发工具FineReport 二.服务器内存的查看 如果您想

报表性能优化方案之报表缓存路径

1. 问题描述 若启用了磁盘缓存,默认的会在C:\Documents and Settings\Administrator\.FineReport80(windows下)下创建cache即缓存文件夹,一般呢,C盘的空间会很小,如保存在C盘会增加对C盘的压力,那么有没有方法让其保存到别的盘符下呢? 解决方案提供工具:报表开发工具FineReport. 2. 解决方案 通过修改%FR_HOME%\WebReport\WEB-INF\resources\目录下的cache.xml文件(报表管理平台中设