设计器拼出最终的SQL，将SQL语句传给数据库，数据库执行，将数据返回给设计器。

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

2. 优化SQL

FineReport报表的数据集采用的是表模型，也就是说通过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语句而是直接调用视图或存储过程了，一方面减少网络传输量，减轻数据库的压力，另一方面加快了报表的运算速度。

在数据显示方式章节内容中，我们已介绍分组的两个不同使用场景：普通分组和相邻连续分组。但其使用相邻连续分组功能，更主要原因是能够提高其报表的性能。

示例报表开发工具：FineReport

2. 原理

相邻连续分组的操作，是将数据集中连在一起的相同数据才进行合并的。尤其是，在配合SQL中已排好序的列，对其实现的分组时，使用此分组方式其性能比普通分组快些。如下简单示例，查看其报表执行数据信息，可看出其分组方式比普通分组方式更能提高其报表的性能。

3. 实现步骤

3.1 新建报表

3.2 表样设计

设计好报表的基本框架，如下：

3.3 新建数据集

新建数据集名为ds1，对应的SQL语句：SELECT Classno,StudentNO,Name,Sex,Course,Grade FROM STSCORE order by Grade,Classno ASC

3.4 绑定数据列

如下将数据集的字段拖入对应的单元格内：

 3.5 分别设置分组

设置为普通分组情况：

将A2单元格设置为普通分组，预览报表并查看日志，报表执行的数据信息如下：

 设置为相邻连续分组情况：

将A2单元格设置为相邻连续分组，同样再预览报表，查看日志信息，报表执行的数据信息如下：

这样一种报表：报表形式非常简单，只是简单的单数据源明细报表，但是数据量非常大，百万、千万甚至更多。报表取数及计算时间相当长。

希望能够提高报表展示速度，对于用户来说，查询报表不会有滞后的感觉。

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

2. 解决方案

2.1 解决方案

对于单数据源明细报表，可以启用行引擎来执行报表，提高报表展示速度，优化用户体验。

2.2 原理

普通报表:取出全部数据后再执行报表，最后返回整体的报表结果给浏览器，用户访问到看到结果的时间=报表取数时间+报表执行时间；

行引擎报表:边取数边执行报表，执行到哪页用户就可以看到哪页，用户访问到看到结果的时间=首页数据读取时间+首页计算时间。

2.3 注意事项

行引擎报表注重的是性能，由原理我们可以想象，对于行引擎报表，每页的计算必须是独立的，即报表不能有单元格关联的复杂运算，类似，为了提高行引擎报表的性能，FR舍弃了一些复杂的功能：

行引擎报表只适用于单数据源、即单元格过滤不能使用，且必须是简单明细表，同时也不支持计算、条件属性等复杂报表功能。

3. 实现步骤

我们以mysql数据库为例，将里面的S订单明细的数据用行式引擎显示，每页显示30行，设置如下：

3.1 新建数据集

数据集ds1：SELECT * FROM S订单明细。

3.2 模板主体设计

如下图，将表中的列全部拖曳至模板主体中：

3.3 行式引擎设置

选择模板>报表引擎属性，勾选用行式的引擎来执行报表，再勾选下面的使用按页运算分段执行报表，每页记录数使用默认值30，如下图：

 3.4 效果查看

点击分页预览，效果如下：

 行式引擎按页取数只适用于Oracle,mysql,hsql和sqlserver2008及以上数据库，其他数据库，如access，sqlserver2005等必须手动编写分页sql，才能实现按页取数，对于需要编写分页sql的数据库，请参考单数据源实现层式报表章节。

行式引擎只适用于单数据源报表，对于多数据集报表，行式引擎无法实现对其进行分页显示，多数据源的层式报表的实现请查看多数据集实现层式报表。

整体来看，农商行信息化应用存在如下问题：

一、农商行一般都存在多个系统，如绩效、监管等，而这些系统又多是有不同厂商建设的，数据格式、报表样式和分析纬度都各不相同。业务部门习惯性进入业务系统进行报表查看和分析，就算部署统一的报表平台，风格也难以适应，同时随着时间的流逝，因为多系统查看数据，会造成统计口径不统一，校准数据难度很大。而决策层因为前端分析散落在各个系统，无法有效汇总分析，数据参与决策的价值就很难发挥出来。

二、农商行的报表需求变化非常多，这些报表需求一般来自于业务发展带来的新增报表需求，农商行领导关注的报表需求，业务人员的临时需求和报表统计口径变动多需求。虽然科信部努力工作，加班熬夜，但这些需求并不能及时响应。需求不能及时响应，又会造成决策层无法及时查看关注的信息，需要自己对数据进行二次分析，增加了决策的难度。而业务部门常常要自己二次调整制作报表，难度大，重复劳动多，响应决策需求慢。业务部门和科信部们都非常痛苦。

三、统计口径的问题非常明显。系统所带报表通常是站在省联社的角度开发的，去统计信贷、监督等数据，但无法下沉到本地网，本地行和下属行如果有需求，如统计口径的调整、行内个性化需求、活动情况、下属行数据提取需求，很难得到满足。这又进一步加大了科信部的压力。

为了解决这些问题，很多农商行也都意识到上线统一数据分析平台，实现数据的分析多样化、多维化，以期在客户分析、渠道分析、风险分析、营销分析等方面提供强有力的数据支持，但毕竟不知道如何建设，建设成什么样的统一数据分析平台。这里帆软传说哥结合曾参与过的铜山农商行统一报表分析平台、新沂农商行全行报表平台和新昌农商行存贷平台等项目，总结一下农商行的统一数据分析平台的建设要点和展示。

首先是明确农商行统一数据分析平台的定义，这里根据农商行的信息化背景，提出五个面向：

一、面向领导：全方位的数据展示，可以支撑他们便捷准确的决策制定；

二、面向业务：报表变更无需重复手动加工，可以快速响应他们的业务需求；

三、面向信科：提供报表维护工具，减轻开发量，提高响应速度；

四、面向数据：构建数据仓库，以数据处理为核心，统一数据口径；

五、面向查询：前端报表可以先期嵌入到各个系统中，后期在进行逐步统一。

其次是明确农商行统一数据分析平台的功能结构和功能要求。

一、结构要求：

1、领导决策分析：针对全行整体经营目标及经营管理情况，集农商行多系统数据整合、报表中心、分析中心、控制中心于一体的全方位商业智能解决方案。灵活快速地响应金融行业管理变化，为农商行搭建一套完善的辅助决策分析体系。如：预期利息收入分析、客户关系分析、经营目标分析、重点客源分析等。

2、业务定制报表：为满足人行、银监会、省联社等监管部门提供的管理分析类报表。属于定制类报表。

3、自定义灵活查询：行领导、管理部门、业务条线、基层行领导、外勤主管、主办会计等可以根据自身管理需要 自行订制查询条件查询源等统计报表。如：存贷款情况、客户信息情况、卡交易情况等。

4、移动端查询：为各业务部门及行领导提供移动端查看方式，有效利用碎片时间。

二、功能要求：

1、底层数据获取：支持省下发经营数据和本地数据库数据；

2、管理报表查询：支持经营管理类、电子银行业务、信贷类、财务会计类的分析查询；

3、自定义前端分析：各业务部门底层cube构建，明确前端分析的操作角色，支持前端自由分析（数据钻取、图表联动、拖拽分析、回溯分析等）

4、跨平台检索查看：支持pc端、手持pad、移动端ios、移动端android；

5、统一平台管理维护：可以快速新增、调整、分配报表和数据分析，可以灵活的分配数据权限和报表权限。

最后，是选定开发工具。我们可以从上面的要求中看到，工具一定要满足多数据源关联、中国式复杂报表的制作、自助式报表、移动端和门户这些功能，传说哥接触的项目是采用finereport＋finebi的组合放上来解决的，当然市面上也有很多其他报表工具，大家可以依据自身条件进行选择。

好啦，到了文章到最好，我们再来总结一下农商行统一数据分析平台的价值，主要有五个方面。

一、各项统计报表问题解决：各项业务报表以各领导、科室为基本使用对象，以满足农信二代业务系统的交易信息为基础数据源，立足农信交易统计、业务分析、经营管理为主要建设目标。从农信核心业务存款、贷款、电子银行、中间业务、贷记卡、不良贷款、经营分析管理等七个方面出发，实现一系列的统计分析功能。

二、领导决策分析：充分利用数据仓库平台的建设成果和平台灵活性，建立全面、便捷、直观的经营、财务、绩效、风险、监管一体化的的展现平台，通过历史趋势分析、支行纵向比较、机构横向比较等模式分析多方面经营情况； 

三、业务定制类报表。主要针对报表格式变化固定，内容多为加工类的报表，且业务人员无法自行配制，相对较为复杂，需要开发相关程序类的报表为主。数据采用按天加工进行存储。按照实际部门分类，电子银行、计财、信贷、风险管控等。可以以定制图形化进行展示。如：2D和3D饼图、柱状图、线性图、泡泡图、散点图、漏斗图、金字塔图和锥体图等图形展示方式。

四、自定义查询报表。自定义查询主要为相关业务人员根据自身分析需要可以自行定制查询报表并进行分享；数据采用按天加工进行存储。能够及时按照报表格式快速生成报表。可以以定制图形化进行展示。如：2D和3D饼图、柱状图、线性图、泡泡图、散点图、漏斗图、金字塔图和锥体图等图形展示方式。查询方便，无需技术人员干预。

五、移动应用。领导外出交流，可以实时查看行内经营分析状况，可以针对展示结果进行快速点评，以微信模式发送结果；设备绑定机制，避免因手机丢失等情况造成行内数据泄露，支持二维码扫描服务器的模式，便于手机端快速配置查询。

［文章原作者：帆软传说哥，微信号：frbiaoge。］

1、报表内容丰富：系统中包括总分分析、小分分析、作答错因分析、试卷命题分析和各类用户报告单五类报表，涵盖学校需要的各项分析数据，并提供丰富的图表，使分析数据更直观表现。

2、操作灵活简便：可以根据学生类别、科目（科目组合）、班级类别随意组合查看报表。

3、贴近学校实际：充分考虑学校实际情况，支持学校各类情况分析，如不同班级类别（如实验班、普通班等）之间的分析，支持多校区之间的分析等情况

报表开发工具介绍

FineReport是一款企业级web报表软件，易学易用，功能强大，简单拖拽操作便可制作中国式复杂报表，轻松实现报表的多样展示、交互分析、数据录入、权限管理、定时调度、打印输出、门户管理和移动应用等。（参考FineReport官网介绍）

面向用户：

学校领导：可以查看各年级成绩情况，通过查看报表可以把握给年级、各科的整体情况

年级组长：可以查看本年级各班各科的情况

备课组长：可以查看本科目各个班级的情况

任课教师：可以查看所教班级的情况

班主任：可以查看所在班级各科的情况

分析类别介绍

总分分析：分析考试总体情况

整体：包含分析指标：应试人数（应考人数）、考试人数（参考人数）、最高分、最低分、平均分、标准差、优秀率、及格率、低分率、班级在年级的排名/学校在全区排名、各分数段人数、累计人数及占总人数比例、前/后n名学生在各班/各校的分布、班级标准分、成绩中数、第一四分位数、第三四分位数。

每个学生：包含分析指标：总成绩、各科成绩、科目组合成绩、班级排名、班级类别排名、年级排名、各科标准分、班级百分位、班级类别百分位、年级百分位。

小分分析：分析各小题学生得分情况

整体：

常用：小题得分率\失分率、知识点得分率\失分率、客观题各选项，作答/主观题错因比例、各采分点得分比例。

其他：教学内容掌握情况、教学目标达成情况。

每个学生：

常用：各小题作答、得分情况。

其他：教学内容掌握情况、教学目标达成情况。

效果展示

班级成绩对比报表

成绩册：

所用报表开发工具：FineReport
       用的是系统数据库FRdemo，例图如下：

1.直接显示的效果

2.点击产品类别家电下面电视后的效果

3. 点击产品类别数据产品下面数码相机后的效果

4.点击省区类别数据销售员名称后的效果

具体实现步骤如下：

3.超级链接里面需要添加图表超链-联动悬浮元素与对应的图标参数.

功能和代码不是很复杂,只是给大家一个更多的自由选择方式.
希望能有更多的机会和大家一起分享. 

那么我们就可以利用FineReport提供的数据集插件来丰富我们的报表模板，方便维护。

先看个简单的例子：这个例子我只对模板的JS做维护，并且提供模板的备注功能，这样当我们做报表模板时，就可以把自己做这张模板时一些不容易理解的功能点备注下来，方便后面维护。

JS的新建功能还没有做进来……主要是还没想到合适的添加JS的方法……
当然还可以做很多我们自己想加入的维护工具，比如图表维护，单元格属性维护，等等。所有在设计器上能直接操作的部分我们在设计器里都是可以获取到的

目前，物流系统能够直观的展示物流公司各个物流环节的处理结果和进度，对于异常情况能够及时呈现预警结果。但是，现有物流系统各物流环节之间状态参数并不能实时、方便传递。如第三方货代庄家、物流公司之间，各自建立自己的数据库，没有进行很好的集成，同时物流行业舱位价格等实时变化过快，无法提供移动终端的方式以方便物流角色进行业务操作，及保证客户所查看数据实时更新。

而且货主、物流公司、第三方货代、船东等角色之间仍然停留在依靠传统纷繁的电话、邮件联系和查询，人力交流成本随着接单数量增加而成倍增加。

采用FineReport这款软件辅助开发三大物流维度平台，将在线询价订舱、订单填写、审核、补料单外发、订单确认等主要环节统一集成，以打破传统电话、邮件追踪、多层人工审核等繁琐操作，提高物流效率，设计对接单明细、客户利润、分部利润、收款明细等维度数据进行统计分析，提供物流公司高层决策支持。

二、业务需求

1、总体目标

项目的总体目标是建立报关、仓储、货代三大物流维度平台，集成物流公司和第三方货代公司多个不同数据库，以便提供最新舱位价格，支持IPAD等移动办公，随时查询信息动态。

提升内部信息化管理和规范化操作，时时掌控物流企业之间业务的协同，节省各部门间、同事间的工作沟通成本，实现货代业务在线协同操作，提高效率；以货代企业为中心，通过货主、船东、拖车、报关等企业的在线协同，实现货物跟踪的信息共享，省去纷繁的电话、邮件查询，让货代企业真正成为物流供应链的信息枢纽。

2、基础功能需求

3、其他功能需求

三、系统建设总体概述

1、总体思路

物流整体涉及货主、物流企业、第三方货代、其他角色（如船东、拖车、报关等）这几个企业维度，物流平台应用于物流企业。

对于外部企业来说，实现以物流企业为中心，通过货主、船东、拖车、报关、第三方货代的在线协同，实现业务操作、货物跟踪等信息共享。

对于物流企业内部来说，帮助企业实现内部信息化管理、规范化操作、节省各部门，同事之间的交流成本、提供决策分析支持。

2、系统框架

      整个物流平台从报关系统、仓储管理、货代系统三个维度进行建设。

      报关系统主要实现订舱委托书处理、报关单处理及打印、接单统计、收付款统计、利润统计等报表模板。

      仓储管理主要实现入库、出库、报关管理、客户档案等报表模板。

      货代系统主要实现外发补料单、在线询价、业务员箱量、航线箱量、利润报表、拖车业务受理及协作等报表模板，示意图如下。

四、系统功能

1、系统用户

系统的使用者涉及到货主、物流公司业务员、物流公司高层、系统管理员等，其中物流公司高层分为：业务经理、总经理等，根据不同用户设置不同权限，控制不同角色查看到的模板不一样。

系统设置超级管理员，负责资源管理，用户管理以及日志管理，流程配置等系统管理工作。

用户的配置由超级管理员负责，用户的基础信息存储在数据库表中，在系统中由管理员配置，引入数据库的数据作为验证用户的依据，并且配置用户与可操作文件的对应关系。简明配置如下图：

登陆页面如下：

登陆后如下：

2、业务功能

统一应用平台

电力调度信息报送系统采用B/S架构，用户通过Web浏览器即可访问系统，凭用户名密码查看其对应权限下的报表。

系统使用流程

报关系统

报关单制作

其中报关单的制作，需严格按照物流相关规定设置规格，每一页除了必须展示的内容外，报关货物要求每页展示5条记录，最后不满5条的，补足空白行，且显示“以下为空”等字样，具体如下：

最后一页如下：

报关单打印      

报关单制作完成后，可集成至物流平台里，FineReport对外开放参数，可有物流平台页面传进参数进行打印，如下图：

打印预览页面如下：

    接单明细统计

方便业务总经理，及时掌握所有货单的详细情况，以便调整货单处理进度等（如某张货单接单已经很久，但现在进度仍然未完成，则相应联系负责人了解情况，并催促其尽快解决等业务操作），FineReport还提供多种参数类型，查询时能方便的选择相应的条件查看详细记录，接单明细统计如下：

应付款明细表

应付款功能主要是生成对帐单以及与供应商的对帐确认。设置对帐期间（时间段），通过过滤功能可以筛选出应付不同供应商的费用，生成对帐单，对帐单号由系统自动产生。通过系统产生的对帐单与供应商对帐单的对比，进行应付款确认。

客户应付款账单

客户应收款功能主要是已经成功生成对帐单，对不同客户应收费用进行统计。

客户利润统计

使物流公司总经理及以上级别的人能实时掌握其关心时间范围内的，各种不同报关方式的利润值及利润对比，以便制定和调整时间段内公司主要业务方向（如某段时间内报关方式为逐单报类型的利润值最大，则调整主要接单类型为逐单报）。

仓储管理

仓储管理主要实现：入库、出库、报关管理、客户档案等，业务经理和监督部门通过查询数据，掌握入库、出库等订单情况，从而合理安排、或者监督业务人员进行相关订单的处理。

另外，销售经理通过对客户档案模板的查看，得到客户相关信息，如历史订单总额、次数、订单携带违禁品次数等信息，从而判断出客户的潜在价值，以便后续接单时进行订单价值判断等，仓储管理整体框架如下：

     货代系统

主要操作管理中的外发补料单，外发补料单展示了所需补料的货单编号、体积、质量、箱数、价格等数据，在货主接到补料单时，进行相应的填写，打印出来进行签字确认，整个物流环节基本上都由系统完成，避免传统的层层人工审核、签字等繁琐的步骤。

货代系统整体如下：

收款核销

根据时间范围打印出所有货主的欠款清单，也可打印指定货主的欠款清单，向货主催收欠款，款到后，财务人员在列出的应收款上核销，同时出具货代发票，完成收款操作。

FineReport提供方便的iframe页面集成报表，同时支持自定义页面传参数，和灵活的编码转换，实现与客户原有页面的集成，节省人力、物力、财力的方式完成系统的搭建，如下图：

付款核销

付款核销是收到船公司或其他相关单位的帐单，输入该单位的代码，将该单位所有未付帐单列出，对照帐单在列出的费用上打勾确认，系统自动累加金额，即可完成付款操作。

业务员销量统计

业务员登录系统可查询自己在一定时间内销量情况，如下图：

客户欠款统计

客户登录系统可查询自己在一定时间内欠款金额，如下图：

NS-war-remote=错误代码\:1117 压缩部署不支持远程设计

NS_LayerReport_MultiDs=错误代码\:1101 行式引擎不支持多数据源展示

NS_LayerReport_RowCol=错误代码\:1102 行式引擎不支持条件属性修改行高列宽

NS_LayerReport_adFormula=错误代码\:1106 行式引擎不支持层次坐标

NS_LayerReport_columns=错误代码\:1107 行式引擎不支持分栏

NS_LayerReport_expandAttr=错误代码\:1104 行式引擎只支持从上到下扩展属性，其它属性设置均不支持

NS_LayerReport_float=错误代码\:1105 行式引擎不支持悬浮元素

NS_LayerReport_present=错误代码\:1103 行式引擎不支持形态

NS_LayerReport_sheets=错误代码\:1108 行式引擎不支持Sheet间运算

NS_LayerReport_subreport=错误代码\:1109 行式引擎不支持子报表

NS_browser_lang=错误代码\:1119 未找到当前浏览器语言对应的国际化文件,将以中文作为默认语言

NS_cell_formula=错误代码\:1203 错误的公式参数

NS_excel_poi=错误代码\:1207 导入Excel2007需要在lib目录下放置poi包

NS_exception_deathCircle=错误代码\:1303 单元格计算死循环

NS_exception_noTemplate=错误代码\:1304 没有找到模板文件

NS_exception_ps=错误代码\:1302 行高列宽超出页面大小设置

NS_exception_readError=错误代码\:1305 模板文件解析出错

NS_exception_readExcelError=错误代码\:1306 文件解析出错

NS_exception_td=错误代码\:1301 数据集配置错误

NS_export_2007=错误代码\:1122 导出Excel2007需要jdk版本1.5以上

NS_export_excelCellBg=错误代码\:1112 导出Excel单元格背景只支持纯色

NS_export_excelFormula=错误代码\:1110 导出Exel不支持该公式

NS_export_excelHtml=错误代码\:1111 导出Excel不支持Html中部分标签

NS_export_wordPageSize=错误代码\:1114 导出Word不支持多Sheet下的不同页面设置

NS_mail_config=错误代码\:1204 邮件配置参数不正确

NS_print_flashPaperSetting=错误代码\:1118 Flash打印不支持将页面设置传递给打印机

NS_print_noApplet=错误代码\:1202 当前工程目录下未发现Applet包

NS_print_pdf=错误代码\:1121 PDF打印只支持IE内核浏览器,其他浏览器将导出PDF文件

NS_print_plugin=错误代码\:1201 当前浏览器未安装打印所需插件

NS_register_ipFull=错误代码\:1115 系统并发数已满

NS_register_lic=错误代码\:1206 当前配置目录下未发现注册文件

NS_register_sense=错误代码\:1205 加密狗读取失败

工具/原料

工具/原料

工具/原料

• 大小表示

• 显示

• 其他系列设置

工具/原料

web表格控件:FineReport

大小：148.2M 适用平台：windows/linux

，

• 过滤关系

• 跟随关系

• 左父格

• 上父格

• 自定义设置

• 默认设置

• 无

    华耐家居集团是国内领先的家居服务及建材营销企业集团，旗下员工6000多人，业务范围涉及家居建材流通、家居建材总部基地开发和经营等领域。集团旗下机构——华耐立家建材连锁，业务遍及北京、上海、天津、广州、河北等12个省市60多个销区，已发展有800多家连锁店，已成为中国建材流通领域的第一连锁品牌。

    通过FineReport报表软件搭建的报表平台，华耐家居可以方便的实现报表管理、用户管理、机构管理和权限管理，进而支撑起各种企业主题分析，进行丰富多样的图表分析、钻取分析、多维度分析、自定义分析、即时分析等，更好的阅读报表数据，发现数据价值。借助FineReport报表软件的多数据源关联的功能，可以方便实现跨数据库跨数据表取数，使得多业务系统数据的应用更为简单。集中相关业务数据于一张报表，让更多数据应用于经营分析和业务管控。通过帆软FineReport报表设计器，可以简单灵活设计所需报表。

    FineReport作为中国报表软件领导品牌，行业标准参考产品，多年来不断开拓创新，力求最大限度满足用户的需求，经受住了市场的考验，被广大用户评为是最专业、最人性化的报表软件。FineReport用户遍布金融、电信、广电、电力、公安、烟草、税务、政府、地铁、铁路、石油、钢铁、航空、海运、外贸等各个行业，成功实施于几千家客户的信息化应用项目，得到了用户的广泛认可和赞誉。

科普知识：什么是决策分析系统

        决策分析系统呈现的是数据页面，也就是俗称的报表，报表与报表间、数据与数据间都按照一定的逻辑设定，是业务人员查看、分析数据的平台，更是辅助领导们运营决策的平台。底层数据决定上层分析，所以建设决策分析系统一般包括数据层处理（数据仓库建设）。

开篇点题：项目背景是怎么样的

        通常，保险公司信息化程度很高，基本上都有业务处理系统（像集团业务处理系统、老业务处理系统、个人代理人系统等）、数据服务系统（通过ETL对各业务系统数据的集成）、数据分析查询系统（比如销售管理系统、业务查询系统）。

        说下项目主角：某某保险公司。话说该保险公司的业务在发展，时间再推移，上述三大系统在配合应用方面就显得非常吃力，问题有：

一、数据量进入TB级

二、报表需求爆炸增长

        公司经营体制改革，各业务渠道各部门对数据报表要求在深度，广度，精度越来越高，需求从不同的视角切分查看汇总数据。业务流程时效，处理过程预警。

三、报表开发时效性问题

        公司部门人员往往今天提一个需求，明天就想要结果，传统的用存储过程，dtsx包先处理好数据，然后从结果表出数据，一个临时表对应一张报表，非常耗时。延误需求。开发人员工作量也大。

四、统计口径不一致

        没有统一的维度，统一的数据标准（业务数据录入出错），统一的业务逻辑，开发人员不同，一个报表这个指标这样算，另外一个人员那样算，导致天天在核对数据。

五、数据权限

        不同的用户看到不同的报表，同一张报表看到不同的内容。之前套路开发缓慢。

六、大量数据在沉睡

        积累了大量的客户，销售人员和保单数据交易数据，未充分利用，数据深层次的关联，由于信息开发人员工作时间被上面几项问题天天缠着，根本没有时间结合公司实际，去发现数据价值，活用数据，从而把数据转为生产力，帮助领导决策，指导销售人员跟单。

        所以，高大上的决策分析系统呼之而出，光荣的历史使命便是：挖掘现有数据价值，用活数据，将数据转化为生产力，从而辅助领导进行决策，促进提高工作效率，提升公司效益。

剑指咽喉：项目建设的目的明细

        一、公司数据达到整体统一，所有的分析数据均来源于一处，而且有明确的符合业务的数据粒度，实现数据及时、准确、可靠。

        二、统一门户管理报表，统一管理原有系统的报表，以及新开发的报表。不同的职位对应不同的报表查阅、打印、下载权限。对于公共的报表，直接放在网站上，供所有人查询浏览。无需用户登录。同时用户可以在移动端查看报表。

        四、报表在性能方面达到要求，对大数据处理有好的方式，确保在查询5万+以上明细数据时可以快速出来。

        五、为未来考虑，整个系统要方便扩展，且有新的技术和应用可以更新。

排兵布阵：项目建设的方案设计

一、数据仓库

二、报表开发

        用FineReport报表工具依托数据仓库，开发 “常用指标式-固定报表”、“常用指标式-定制报表”、“非常用指标式-数据分析报表”、“非常用指标式-推送查询式报表”、“非常用指标式-用户自定义查询报表”等5类报表N多张报表模板。

三、权限管理

        用FineReport报表工具基于角色控制报表与数据仓库中角色维度结合，同时与业务系统等集成，统一权限管理，实现单点登录。

四、后台支撑

        APACHE+TOMCAT集群部暑FineReport，以满足5000人访问

五、数据分析挖掘

        基于数据仓库，采用多变量分析等方法，对数据进行分析，发现潜在关系，对下一步行为决策提供依据。

辛苦收官，IT小牛的心得总结

        所有IT高手都是熬出来的，IT小牛也是。这个项目写出来感觉轻轻松松，其实过程相当坎坷。项目的难度超出预期，尤其是数据仓库建立块，最终项目延期两个月，过程中IT小牛作为项目经理承担着各种压力，项目成员们情绪上的波动，公司和客户的各种催促。最后还是挺过来了，感觉成长不少，一是对待项目评估的谨慎，前期一定要把项目调研做的足够好；二是心态上的成长，大概以后就要冷眼看世界，不管愁与喜了。

        转载自csdn博客：绝对干货：保险公司决策分析系统建设方案

　　标准一：厂家的发展前景
　　可能有人问，厂家的发展前景这个也要入选标准，而且还是第一个，好奇怪！其实不然。琢磨一下，如果厂家运营不善不赚钱，那么他对产品和服务的投入自然会少，然后产品不更新了，BUG没人修复了，服务不给了，到时候你系统出BUG了，等着哭吧，叫天天不应叫地地不灵，只能换工具。比如考察FineReport时，可以从其厂家帆软公司的规模，市场口碑，市场份额，客户数量和级别，销售额入手，甚至还可以拿他们的员工学历，人事招聘情况作为发展前景的指标。

　　标准二：厂家的服务和技术支持要给力
　　不管是什么企业用软件产品，都要必须考虑厂家可以提供什么样的服务。也是因为服务，所以你可以看到很多国内厂家可以竞争过国外巨头。一是要能够提供本地服务，有了本地服务，才能在系统崩溃之时得到最快的支援，最大限度减少损失。当前润乾报表在北京、上海、广州设有服务中心，FineReport在北京、上海、南京、深圳、成都、杭州、武汉、济南、沈阳、西安等地设有服务中心。二是要能够提供多种服务接入渠道，电话、邮件、企业QQ必备，这样用户才能方便寻求服务。三是要看厂家的服务体系，服务人员是否热情、专业、及时，会不会把客户当伙伴，有服务满意度调查之类的。是在厂家如果有ISO9001国际服务质量体系认证就更好了。

　　标准三：产品要好学好操作
　　报表工具的使命是“缩短项目时间，减少项目成本”，所以报表工具必须要学起来简单，操作起来便捷。学着简单，缩减学习成本；操作便捷，加快项目进度。从学习角度讲，就不仅要求工具本身容易，还要求学习渠道多，学习资料丰富，比如帮助文档、视频要多，像FineReport就挺重视用户学习的，不仅提供了多种学习资料，还开设了QQ在线培训。参考资料多了，学起来才快。操作便捷，这个要亲自体验，主要是制作报表的过程是否简捷、各种所需工具或者按钮是否方便、报表功能设置是否简单。

　　标准四：类EXCEL的设计模式
　　以前风靡过的条带状、控件拖拽式的报表设计模式，已逐渐被国情淘汰掉了，国内的报表样式和数据太复杂了，单是一个表头就千变万化，所以现在适合国情的也是主流的，就是类EXCEL的设计模式，单元格式的，灵活性更强，像EXCEL那样操作，简单易用，学的也快。如果还不明白条带状和类Excel的区别，可以下载体验下，条带状的可以下载水晶报表，类EXCEL下载FineReport。

　　标准五：支持 多数据源关联
　　信息化应用越来越广泛了，ERP、CRM、OA、BPM等系统各种上马，企业数据越来越大，领导需要的报表也通常需要取到多个数据库多个数据表的数据，所以最直接也是效果最好的，就是报表工具比如FineReport直接支持多数据源关联，而不是先ETL做数据仓库等工作之后再取数。延伸一下，现在流行甚广的“企业数据孤岛”的一个很便捷的经济实用的解决办法，就是用报表工具搭建一个数据中心，准确的全局数据、明细数据将随用随取。

　　标准六：支持 报表远程设计
　　如果选择的报表工具不能方便的支持远程设计，那我只能说你的汽车不是开着走而是推着走的。没有远程设计，维护麻烦，修改报表必须要到内网服务器，如果数据库从安全考虑不让直接连接你就傻眼了。有了远程设计呢，就非常轻松啦。比如FineReport可以本地电脑制作报表远程发布，可以直接对服务器端的报表文件进行编辑更改，可以对报表模板进行权限设置，而且还可以多人协同工作，这对加快项目进度非常重要。

　　标准七：有强大的数据统计和分析功能
　　这里所说的“强大的数据分析统计功能”，是指能否满足一些高级的汇总分析的需要，比如同比环比排名序号，是否有封装好的公式或者模型拿来就用，以及工具本身是否带有很多公式让你使用，excel里面的公式最好都有而且都兼容。可以用sum()函数做个测试，在FineReport设计器中简单做个模板，先输出再导入，如果公式一直保留则说明兼容excel公式。另外，在报表分析的时候，报表页面是死的，不想EXCEL那样可以自由筛选，如果我要一列逆序的话，实现不了只能导出到EXCEL，所以，报表工具要带有页面即时分析功能， 进行筛选过滤排序。

　　标准八：支持 多种类图表和动态图表展现
　　现在是“一张图读懂什么什么”的时代，图表展示数据的优势妇孺皆知。作为报表工具，一定且必须要提供多种多样的图表样式，常见的不说，高大上的诸如数据地图、GIS地图集成等。不仅要种类繁多，还要能动态展现，这才叫“图表会说话”，FineReport提供的动态效果挺多，比如canvas动态展示，图表系列交互、数据点提示、坐标轴缩放、图表热点链接（也是图表透视钻取）、图表联动这些都要有的。如果考虑移动端展示效果的话，图表技术最好是HTML5实现的。

　　标准九：支持 移动端应用
　　移动端APP应用肯定是要支持的了，商务工作处理也逐渐转移到移动端，iPad应用、智能手机应用太广泛了。那移动端应用要有哪些功能呢？首先你要支持IOS、Android这些移动端系统，能集成到其他系统的APP中，且有自己的独立的APP。其次移动端的报表要能够符合移动端，比如支持页面的放大缩小等。最后，高大上一点就是从安全考虑，多采用验证方式，比如FineReport支持绑定移动设备，从而增强移动端的登录验证，这也是一种方式。

　　标准十：纯JAVA开发
　　纯JAVA开发列为标准，是因为不管是现在还是将来，B/S架构的软件系统已成主流，C/S的系统基本上会渐渐告别历史舞台。目前J2EE技术在国内B/S应用开发中占主导地位，从部署集成扩展考虑，最好选用JAVA报表工具。

1. 问题描述

客户的用户群体很大，涵盖范围很广，为了数据安全，所以将不同区域的数据存在不同的数据库中。同时考虑到开发工作和后期的维护等，将这些数据的业务在同一张表里显示（这些业务关系一样，在数据库中表的字段都一样）。所以在数据录入时，需要根据用户所在的区域，将用户录入的数据存入不同的数据库表中。

2. 解决思路

在模板中建几个隐藏的按钮控件，分别设置提交事件，触发提交入库，再在工具栏上或者模板中设置自定义按钮，编写js，根据不同的参数触发不同的按钮，实现根据不同的参数提交到对应的数据库功能。

3. 示例

我们的FRDemo数据库中有2张表S订单和订单，这两张表的数据结构一模一样，选择华东，华中，华北地区的数据时，数据填入数据库S订单，选择其他地区时，数据填入数据库订单。

3.1 数据准备

新建模板，新建数据集ds1：SELECT * FROM [订单] where 货主地区='${地区}'。

3.2 参数界面设置

切换到参数设计界面，将地区参数的控件添加到面板中，数据字典设置如下：

3.3 报表主体设计

这里为了简洁方便，只添加了几个控件，并没有将所有数据列都添加一个控件，如下图：

其中第5行中为填报控件，控件设置如下表：

3.4 按钮设置

如上图，第2行中的三个按钮分别为进行提交入库操作的2个隐藏按钮和一个进行点击操作的可见按钮。

· E2单元格

控件名为“s”，该控件控制S订单表的填报，添加一个点击事件，事件类型选择提交入库，如下图：

· F2单元格

控件名为“S1”，该控件控制订单表的填报，添加一个点击事件，事件类型选择提交入库，如下图：

将E2单元格和F2单元格中的按钮都设置为不可见。

· H2单元格

给该按钮添加一个点击事件，如下图：

完整js如下：

1. var s=contentPane.getWidgetByName("s");  

2. var s1=contentPane.getWidgetByName("s1");  

3. if(area=='华东'||area=='华北'||area=='华中')  

4. s.fireEvent("click");  

5. else  

6. s1.fireEvent("click");  

该提交按钮也可自定在工具栏中，设置过程一样。

3.5 效果查看

点击填报预览，参数选择华东，效果如下图：

参数选择西南，效果如下图：

注：此例中由于数据的限制，只用了2张数据表进行填报，如果有多张表，则需要设置多个隐藏按钮。

1. 问题描述

如何实现点击图表1，图表2显示图表1的关联数据，接着点击图表2，图表3显示图表2的关联数据又该如何实现呢，如下图，下面详细介绍该功能的实现步骤。

2. 示例

2.1 数据准备

新建3个数据集作为3张图表的数据源。

ds1：SELECT * FROM [销量] where 1=1 ${if(len(地区)==0,"","and 地区='"+地区+"'")}

ds2：SELECT * FROM [销量] where 1=1 ${if(len(地区)==0,"","and 地区='"+地区+"'")} ${if(len(销售员)==0,"","and 销售员='"+销售员+"'")}

ds3：SELECT * FROM [销量] where 1=1 ${if(len(地区)==0,"","and 地区='"+地区+"'")} ${if(len(销售员)==0,"","and 销售员='"+销售员+"'")} ${if(len(产品类型)==0,"","and 产品类型='"+产品类型+"'")}

2.2 图表设置

· 数据源设置

新建3张图表，柱形图、饼图、折线图，其数据源分别为ds1，ds2和ds3，具体数据源设置如下图：

· 交互属性设置

点击柱形图时，需要将柱形图的分类轴传递给饼图，作为饼图数据源和折线图数据源的一个参数值，点击饼图时，需要将饼图的系列名传递给折线图作为折线图数据源的参数值，如果类似图表联动中的是两个图表之间的相互关联，则直接使用超级链接-联动单元格，但是此处折线图需要接收来自柱形图的分类轴值，而折线图却不是和柱形图联动，所以无法直接使用超级链接-联动单元格，我们可以使用超级链接中的动态参数，点击柱形图或饼图的时候，动态的给参数赋值，并且参数值一直存在，设置如下图：

柱形图

饼图

· 参数界面设置

如最上面的效果图，切换到参数设计界面，点击右侧下方面板的全部添加，将参数全部添加到参数面板中，如下图：

地区参数的控件类型选择下拉框，数据字典设置如下图：

将销售员和产品类型的控件以及标签设置为不可见，将销售员和产品类型两个参数的控件添加上去主要是为了在预览一次报表之后，重新选择地区时，可以重置销售员和产品类型两个参数。

2.3 效果查看

点击分页预览，效果如上图。

在手机端查看finereport报表之前，需要下载我们的移动端app。下载地址为：Android，在google play 里面搜索finereport或数据分析，然后下载安装。iphone、ipad，在app store里面搜索：finereport或数据分析，然后下载安装。

下载完成之后，按照提示安装。

1. 操作步骤

首先在PC端搭建好数据决策系统，然后再在手机端连接该决策系统。

1.1 配置服务器连接

• 进入配置界面

打开软件，首先需要连接服务器，点击菜单键，选择服务器，进入服务器连接配置界面，如下图：

服务器界面：

• 添加服务器

1.2 点击添加服务器，如下图：

点击完成，服务器连接则配置好了，接下来可以查看报表。

方案：在报表中通过ajax在后台执行jsp，jsp获取参数并调用数据库存储过程，下面以一个实际例子来看。

环境：Tomcat6.0，FineReport7.0.2，jdk1.6，oracle

步骤:

1:所有环境安装完毕，同时在oracle中创建一个删除数据的存储过程，如下图所示：

2：编写一个jsp页面，用以获取对应存储过程，如下所示：

3：新建报表模板，并在模板中建立按钮，书写对应js如下：

4：实际运行测试，结果如下所示：

点击前：

点击后：

结束语：

例子比较简单，但是实际的时候一些编码等问题还是需要考虑的，如果传入数组参数另说了。

1. 控件效果

注：6.5.5版本会在输入框中显示选择值的完整路径。

2. 基本属性

2.1 控件名

如文本控件。

2.2 可用

如文本控件。

2.3 可见

如文本控件。

2.4 控件值

给下拉树赋默认值，根据下拉树返回值的不同，默认值的输入格式不相同，必须与返回值的格式保持一致。

2.5 数据

·         自动构建

自动构建树能够根据数据自动构建出下拉树，无需一层一层定义数据，但是其必须使用树数据集来构建。

·         分层构建

不是所有的数据都能自动构建出下拉树，因此需要分层构建。

层次1

层次1通过数据字典来定义下拉框的实际值与显示值。

层次2

层次2的数据一般会根据层次1的数据进行过滤，因此需要定义成数据集，然后通过数据查询返回数据集定义的列。一般数据集定义成：SELECT 字段 FROM 表名 WHERE 层次1的字段 = '${layer1}'

注：layer1表示取层次1节点的值，若在层次3中调用，则是SELECT 字段 FROM 表名 WHERE 层次2的字段 = '${layer2}'依次类推。

3. 高级属性

3.1 多选

即确定下拉树类型，勾选多选即为多选下拉树，去掉勾选即为单选下拉树。

3.2 异步加载

勾选即为使用异步加载，下拉树中首次只加载父节点的数据，当点击父节点前面的加号后才会重新与数据库交互取出对应的子节点数据，适用于数据量大的情况。

去掉勾选表示下拉树中的数据是一次性全部取出，适用于数据量小的情况。

3.3 只返回叶子节点

勾选只返回叶子节点，即下拉树文本框中只返回该节点的最后一层数据，不勾选即表示选中什么则返回什么，如下表：

注：只返回叶子节点只对多选下拉树起作用。

数据表中需要新建一个字段district，该字段内容需要由另两个字段country和city加上汉字拼接而成，手动添加数据非常麻烦，这时候用FineReport报表工具的填报功能可以简单且快捷地实现字段拼接并回填至数据库，实现该字段内容的更新。
下面看一下Java报表工具FineReport实现这一效果的具体步骤。
1. 绑定数据列
在报表表样中，A3单元格绑定country字段，B3单元格绑定city字段
C3单元格时对应district字段的，district字段由country字段和city字段拼接而成，因而在C3单元格中写入公式：=”国家：”+A3+”城市：”+B3

2. 设置填报属性
设置报表填报属性，使得每个单元格的值能够回填至对应的数据表字段中，如下图

3. 设置控件属性
设置报表控件属性，方便修改单元格的值，并进而实现各字段的更新，这里将3个单元格都设置为文本控件，如下图

4. 填报预览
点击报表设计器上的“填报预览”按钮，可以在浏览器中预览到C3单元格的值已经自动拼接了，如下图

点击“提交”按钮，弹出提交成功对话框，表示更新的字段已经回填至数据库中

5. 检查数据表中district字段
查看数据表，发现原先为空的district字段已经更新