chaochao52001的博客

我们经常看到报表中会有一些统计图形，甚至有些页面全是图形，这些图形和报表是个什么关系？也是报表工具做出来的吗？其实报表从来都不只是表格，图形一直以来都是报表中的一部分，很多数据通过图形来展示，会比表格更让人一目了然的看懂其中的含义，比如上面的饼图，配合左面的表格中的数据，就能更清晰直观形象的表达各区销售额的比重了。这些图形可以用报表工具来做，也可以用独立的图形包来做，还可以二者结合用报表中集成的的图形包来做，我们来简单说下这三种方式的优缺点。1 用报表工具做优点：简单方便，报表工具擅长处

打印和导出是报表工具的基本功能，国内项目中的报表在绝大多数情况都有复杂的打印和导出需求，有时候这一项功能点的缺失会卡住项目无法进展，因此这也是报表工具选型的是重要考察点。我们将对润乾、帆软、Smartbi、永洪、亿信几款将报表能力作为宣传重点的产品进行评测并对比，看看其打印和导出的功能如何。第一部分 打印技术1．打印支持方式对比报表都可以呈现在浏览器中，所以也都可以直接使用浏览器的打印功能，这种方式的优势是很简单，不需要做专门处理。但浏览器打印的问题也很多，主要是难以精确控制打印效果，比如不能精

随着企业信息化建设的深入，很多机构的生产系统已建设完成，在保证生产的有序进行后，如何更有效地进行经营决策成了管理者面临的最大任务。商业智能（BI）就是在这种背景成为支撑企业经营分析的一大利器。根据 IDC 中国的报告，2020 年中国商业智能市场规模将达到 5.8 亿美元（约 40 亿元人民币），而且每年还以近 20% 的速度增长。目前企业对 BI 系统需求旺盛程度可见一斑。不同于信息化建设中的其他项目（如交易系统）由行业软件开发商（或称系统集成商，以下简称集成商）来承接，BI 项目大多数情况都由

说到免费，就会想到开源。没错，开源报表产品都是免费的，那么都有哪些活跃的开源报表产品呢？BIRTBIRT 是为 Web 应用程序开发的基于 Eclipse 的开源报表系统，可以以 JAR 包形式集成到系统中。BIRT 提供基于 Eclipse 的报表设计器，采用控件式开发方式，上手略有困难。从功能来看，BIRT 仅支持相对简单的报表，不支持中国复杂报表，而这类报表国内几乎所有项目都会涉及。各种打印功能（批量打印、套打、直接打印）BIRT 支持的也不好。因此 BIRT 仅适合少量没有复杂报表，

报表开发过程中，常常会遇到需要对报表进行数据权限控制的情况。不同的机构、角色或具体到人，访问同一张报表时所看到的数据是不同的。比如，工资条（也是一张简单的报表），因为绝大多数公司薪资都是保密的，所以很显然，系统内不同人看到的结果是不能相同的。 再比如，区域销售情况统计，各区域销售经理也只能看到所在区域的数据等等。实际应用环境中，解决此类问题一般是通过直接在 SQL 中筛选出数据绘制报表模板，然后按照登录对象访问指定的模板就可以了。但是，如果使用用户的人员众多，就需要制作 N 多张样式相同只是 SQL

报表数据分多页在页面中显示，为了用户翻看数据方便，报表页面都会有按钮，方便用户点击按钮查看其他页的数据，按钮的翻页方式比较常见，润乾报表展现页面提供的就是这种方式。这里介绍另一种翻页方式，鼠标滚动来翻页查看数据。基本实现思路就是在报表展现页面中加鼠标滚动事件，滚到底就调用润乾自带的函数。在报表展现的页面 showReport.jsp 中添加下面的 JS：if (window.addEventListener)//FF,火狐浏览器会识别该方法 window.addEventListe

前言报表工具是一个接近 20 年的产物了但是，直到现在，在各种数据信息化的系统中，报表工具的作用，不仅没有褪色，反而是因为信息化需求的增大、数据的增多，以及报表工具本身迭代后越来越方便好用，使得它的使用范围越发的广泛了报表选型也是一个老生常谈的话题了但是，直到现在，依然有很多项目组，很多技术人员并不知道该怎样正确的选一个合适的报表，一个不会让自己在项目后期掉坑里的报表本文全文 9990 字，大概需要 10-20 分钟阅读，旨在把这么多年总结下来的一些选型重点注意事项和验证技巧分享给需要做

要回答这个问题，首先要明确啥程度算“零编码”？以 Excel 为例，如果把写 Excel 公式（包括复杂一些的）看做零编码；而把写 Excel VBA 看做编码的话，报表开发是可以零编码的！但是，这有个前提：在数据（集）准备好的情况下才可以零编码！为什么这么说？我们知道报表开发主要分两个阶段：第一阶段是为报表准备数据，也就是把原始数据通过 SQL/ 存储过程加工成数据集；第二阶段是使用已准备的数据编写表达式做报表呈现。在报表工具提供的 IDE 里可视化地画出报表样式，然后再填入一些把数据

这个问题得从两个方面看。如果这个 web 版的报表工具指的是现在的自助报表，也就是 BI、多维分析，那它是有意义的， 而且各厂商们都已经做的挺好，可以让业务人员通过简单的拖拽进行各种数据分析，生成自己想要的报表。我们拿一个页面部分开源的 BI 工具来看一下目前 BI 的大致功能：拖拽：钻取：切片 / 数据过滤：可以看到，在 WEB 页上能够制作出有一定复杂度的多层报表。但是，如果有人想把 WEB 制表功能扩大化，想让业务人员把所有报表任务都自己搞定，那就不切实际了，按

报表是什么? 带数据的表格和图表就都是报表，像工资表，考勤表，成绩表，资产负载表等等都是报表。那报表工具，顾名思义就是用来做报表的工具，那 Excel 是不是也算报表工具？广义上讲当然也算。但 IT 界说的报表工具是个狭义概念，主要指用于制作企业应用中的报表的工具。那什么是企业应用中的报表？和我们用 Excel 做的报表有啥不同，这种报表又怎么做？报表工具和 Excel 的根本区别在于动态性。 Excel 是静态的，而企业报表却是动态的，会随着数据变动而变动。想想我们平时拿到的 Excel，它是

先来看第一个问题：自助报表是什么？自助报表这个概念其实已经存在很久了，从之前到现在，olap多维分析、BI、敏捷 BI其实基本都是一回事，都是自助报表。它诞生的场景是：有业务人员想更自由，灵活，随机临时的进行自己想做的数据分析，通过简单的拖拽可以看懂的数据，做成自己想要统计分析的图表，而不需要每次统计都得找技术人员去给自己做个报表，然后自助报表就这样诞生了。虽然自助报表发展了这么多年，但是常规的功能还是那些拖拽、旋转、切片、切块、钻取、自定义指标等。拖拽制表：旋转 / 行列互换：...

我们在实际项目中选择报表工具时，除了关心功能是否能够满足需求，也会非常关心产品价格，即报表工具在项目中的应用成本，包括购买工具的花费和投入的人力成本，也就是我们经常提到的“性价比”。面对琳琅满目的报表工具以及厂商包装出来各种“高大上”的功能，想要“选对”，而不“选贵”有时并不容易。那么，如何选择适合的报表工具既能满足项目需要，又能有效控制项目成本，达到高性价比呢？这里我们来谈谈如何根据不同的项目情况选择不同成本的报表工具。《国内十大活跃报表 BI 产品深度点评》一文中仔细点评了当前业界几款重点报表 BI

关键词导读：横向分栏 BIRT从左到右显示比如要处理这么个场景：将数据记录横向排布为三列显示。效果图如下：BIRT可以对数据纵向分栏，很难实现记录横向摆放并分栏的布局，有网友提出：把数据集绑定到List元素上，在网格中排列一个或多个数据字段，采用嵌入子网格等手段来实现，但都属于理论性阶段，并没有给出完整的示例，可想而知，即便能实现，也是需要写复杂的脚本和杂乱的网格拼接。工作量巨大。源数据格式如下：一些特殊的布局版面，很难通过报表工具本身提供的功能直接实现，但如果准...

关键词导读：数据库分组慢 大数据分组慢 存储格式分组是数据库的常见运算，无论数据如何准备，通常都需要将所有数据遍历。建立索引这时是不起作用的，存储格式才是决定遍历效率的主要因素。数据库中数据的存放虽然是二进制格式的，但普遍IO性能差，库内遍历快，外部取数都很慢。下面用Oracle来举个例子，数据如下：ORDERID CLIENT SELLERID AMOUNT ORDERDATE ...

sql pivot(3)Oracle 和新版 Mysql 里有 pivot 实现行列转置，但实际处理数据时，会碰到一些更复杂的转置情况，pivot 也搞不定，比如：想转置成：这个难点在于事先不知道有多少种收入来源，而且每个人的收入来源种类各不相同。先得计算出种类个数，根据个数动态生成表结构，然后按照顺序填充每个人的多个收入数据。SQL 的计算过程不提倡分步，对集合操作支持的也不彻底，很难应付这种多步骤复杂计算。如果用集算器的 SPL 语言来处理，就能轻松实现： A .

1、 如果有报表工具，且报表工具内置了折叠属性设置，那么可以直接通过简单配置实现表格数据的折叠展开效果，具体操作配置可以参考 如何实现伸缩 (折叠) 报表？这种实现方式对开发人员技术要求比较低，操作方式也简单；web 端折叠打开的操作不需要刷新计算，性能相对比较高。2、 如果报表工具没有折叠功能，那么可以通过 jQuery 的 show()、hide() 方法对报表进行 tr 的显示、隐藏操作。这种实现方式需要开发人员学习 jQuery，对 js 的要求比较高，初次展现大数据量时会相对慢些。

最开始中国式报表这个术语是针对国外的报表工具来说的，当时国外的报表工具只能做一些格式很规整的报表，到了中国以后发现有很多报表做不出来，或者做起来极不方便，还需要大量的人工编程。这些报表成了国外报表工具的恶梦，于是把复杂难做的报表称为“中国式”的。这些很难做的中国式复杂报表后来被我们的国产厂商（最早是润乾 ) 解决了，让国产报表工具在这个领域内战胜了国外报表工具，成为了报表工具的标准。现在又有一些 BI 产品号称可以让业务人员自己随意做报表，一劳永逸地解决报表问题，不由得让用户产生很多遐想。但这是一句

点击下载：自助关联分析方案下载 pdf文档。

前言现在企业的报表开发大部分都使用报表工具完成，成熟的报表工具提供了丰富的显示设置、图表类型、导出打印等功能可以简化报表开发，非常方便。但在实际报表开发中还是经常碰到一些非常棘手的深层次问题，即使是已经熟练使用报表工具的开发老手也会很挠头。为什么有了报表工具还会出现这些问题呢？报表开发，看起来就是将数据按照指定格式的表格或图形呈现出来，这也是报表工具一直以来很擅长的环节。但是，原始数据经常并不适合直接呈现，需要先做一些复杂的处理，这就是数据准备环节。从报表工具的眼光上看，数据准备属于报表之外

1、 如果有提供 DBD 功能的报表工具，那么可以直接使用该功能, 大屏布局及其组件都能支持页面自适应，同时也能支持一个面板内多个组件的联动效果，具体实现可以参 大屏联动竟如此简单？？？ ；某个组件的数据过滤实现也很简单，具体可以参考 局部区块多个报表 TAB 页切换及局部区块的参数查询DBD 功能虽然可以让开发人员快速完成大屏报表的制作，但是报表工具只能管一些类似布局自适应、联动等技术问题。而对于每个组件的美观酷炫性还是需要美工和开发人员共同参与完成的，这一点和报表工具本身关系不大。2、 如果采用

1. 填报表权限控制即控制哪些用户可以看到哪些填报表，哪些用户看不到。处理方式：做不同的表格给不同的人用，简单粗暴，但是如果用户及报表较多，那工作量就很大了。除此之外，还有一种情况，就是同一个报表对不同的用户可见。具体可参考润乾报表权限管理机制 之 资源树权限控制。后者相较前者，大大减少了报表开发的工作量，只需对用户做报表可见控制即可。2. 填报编辑控件权限控制指对同一个报表，不同的用户可编辑的数据格或可做的操作不同，多用于流程填报审核。比如：报表 A, 用户甲登录后不可

自己从头零开始开发必定是最慢的。要快，更好的方式是直接买 BI 软件。这就涉及选什么样的产品，不能随便买，得根据自己的需求想清楚。1、BI 系统需独立部署。（1）独立部署独立使用使用 BI 离不开用户权限，所以当前 BI 产品的存在形式基本都是整套 BI 系统，有完善的组织组织架构管理、登录验证、权限管理及 BI 功能模块，部署后直接可以使用。（2）独立部署，跨系统调用成套 BI 系统部署后，通过搞单点登录、权限同步可做到与其他系统间的跨系统调用。所以，针对独立部署的情况最快的方式是

BIRT可以使用sql query来创建数据集，通过在报表中设置参数(Parameter)来传递客户端的用户输入，同时可以设置Dataset参数并且与报表参数关联(这两个参数是不同的),这样可以将客户端的用户输入传递给Dataset的参数供sql query的where语句使用,这是通常的创建sql语句的做法，但是这种方法只适合固定的sql语句，对于拼接动态的sql就不适用了。比如要处理这么个场景：根据传入的用户名、起止日期，分级别查询出不同的订单信息。author存储用户部门信息，account存储账

数据采集的技术很多也很方便（例如最简单的上传 excel），但是为啥大部分采集的实际工作还是技术人员来做的，这是因为采集的数据需要能做自动化的分析处理，这就要求数据是结构化的，比如需要采集某个城市下超市的具体产品信息，业务人员绘制出来的表格如下图所示：实际数据应该存成如下图所示结构化的数据（数据以行为单位，一行数据表示一个实体的信息，每一行数据的属性是相同的）：这个过程如果没有程序员参与的话就很难了。当然业务人员不需要了解要存成什么样，但是程序 / 工具必须得替业务人员处理好这一个过程，否则

这些词我们在建设分析型应用时经常会听到，这几个词也经常被弄混，这里来梳理一下。BIBI 是 Business Intelligence（商业智能）的缩写，是指企业利用已有数据进行数据分析从而指导商业决策的过程。BI 有广义和狭义之分，广义上的 BI 是指只要涉及利用数据及其分析结果进行商业决策的行为都属于 BI 的范畴；而狭义上的 BI 则主要多维分析，在实际工作中，狭义 BI 也更流行一些。著名的啤酒和尿布的故事曾一度在 BI 领域广泛传唱，据说沃尔玛通过数据分析发现了在某一时间段啤酒和尿片的销

回答这个问题之前，我们先来看看报表工具到目前为止都有哪些形态，虽然国产的大部分都是 java 语言开发的，功能方面也基本相同，但是形态还是有差异的。差异在于，有一些厂商始终把报表定位为一个通用工具类中间件产品，因其特性，使得集成商与自己的产品或项目做集成时比较简便且灵活，这也是大部分集成商希望的一个定位。另外有些厂商，不愿意只挣工具的钱了，想把报表包装成一个通用的平台，既能挣工具的钱，又能挣一部分平台的钱，这个形态的优点是，遇上一些需求简单的终端用户可以直接拿来用；缺点是，很多项目定制程度高，统一平

用报表工具开发，核心功能是把各种数据源的数据以表格或图表的形式在线上网页端呈现出来。但是很多场景都是线上和线下结合，既要方便线上在系统中查看到报表，同时还得能和传统的线下业务无缝贴合，比如把结果导出到文件来流转、电子归档呀之类的，这时就需要报表工具具备强有力的所见即所得的导出本领。当前，对报表工具来说，支持导出基本算是标配功能，除了开源报表工具在支持的文件类型上有限制外，对于商业报表工具来说，常用的文件类型，几乎没什么区别，比如都支持导出 word、excel、pdf、txt 等。至于使用的技术细节

目前国内市场上的报表 BI 工具琳琅满目，看起来也各有特点，这给选型工作带来了一些困扰，本文就一些较活跃的报表 BI 产品进行点评，对于不太熟悉这些产品和技术的同学，可作为参考资料。这里选了十个产品，分作四类：国内报表类，国内 BI 类，国外 BI 类，国外开源报表类。每类两三种产品，在分类内大体会按面市时间为序来点评。需要强调的是，因为篇幅有限，不可能把市场上所有产品都选入，这并不意味着其它产品不好，看到结论部分时就会理解。这么分类是有意义的，同类产品大体具有相似的特征。其中，国内产品被分为报表和

最开始中国式报表这个术语是针对国外的报表工具来说的，当时国外的报表工具只能做一些格式很规整的报表，到了中国以后发现有很多报表做不出来，或者做起来极不方便，还需要大量的人工编程。这些报表成了国外报表工具的恶梦，于是把复杂难做的报表称为“中国式”的。这些很难做的中国式复杂报表后来被我们的国产厂商（最早是润乾 ) 解决了，让国产报表工具在这个领域内战胜了国外报表工具，成为了报表工具的标准。现在又有一些 BI 产品号称可以让业务人员自己随意做报表，一劳永逸地解决报表问题，不由得让用户产生很多遐想。但这是一句

比如，一年中污染最严重三天的 PM2.5 涨幅，了解这个涨幅，就能观察出严重污染是突然出现的，还是逐渐积累起来的。用 SQL 语句找出污染最严重的三天，不算难：select top 3 * from T order by pm25 desc但后面的步骤比较麻烦，要找到这三天的前一天，还要和前一天的数值做计算，如果不是 SQL 高手，还真不能随手把这个 SQL 写正确。如果用集算器 SPL 语言描述这个计算过程，就比较清晰，从数据库得到原始数据：>T=connect(”mysqlD.

这种效果自己可以基于 HTML5 和 CSS3 来实现垂直时间轴，需要循环遍历数据，判时间轴的长度，在做一定的适配，可以响应页面布局，在 PC 和移动手机上做到很好的自适应，但是需要一些对前端知识有一定的了解。其实，通过报表工具实现那种垂直的时间轴记录表是很容易的，设置也很简单，通过带有一个带有时间轴元素的图片和报表的跟随扩展功能就能轻松实现，不涉及到什么前端知识，具体可以参考看下这篇文 报表工具怎么制作带有时间轴的记录表? ；就 PC 和移动端展现来说，润乾报表提供了自适应页面，不需要做过多的适配..

关键词导读：Json数据源 Rest API数据源BIRT中不能构建JSON数据源，虽然一些开源社区提供了解析JSON数据源插件，但几乎所有插件都非常底层，并且使用起来很不方便，因此并不值得推荐。BIRT的常规办法是创建一个“脚本数据源”，在该脚本源上连接到URL并自行解析结果，但脚本写起来非常麻烦，而且工作量很大。比如要处理这么个场景：根据传入参数，调用REST API，返回嵌套的JSON数据，部分数据格式如下： [ { "id": 10...

用SQL如何查询连续上涨N次的记录？这个问题用SQL来做很难！SQL的理论基础是无序集合，早期SQL也没有次序的概念，需要用JOIN造出次序，连续上涨这种问题就非常困难。后来在SQL2003标准中加入了窗口函数，一定程度地缓解了这个问题，但解决连续上涨问题仍然并不轻松。举个例子：查询连续n天上涨的股票，现有数据库表stock数据如下：code stockdate close 000062 2015-01-05 8.91 000062 2015-01-06

BIRT自带的Data Sources Join以及用ETL转化为同库等方案都难以解决此类问题。具体可以通过如下示例讨论：交易明细数据(trade表)存储于生产系统的数据库DB2中，另外一部分业务数据(network表、account表)存储于业务系统的Mysql中，它们其中的关联关系如下图所示：所谓“动态关联”，是指用户在前台界面输入参数，报表通过参数来决定trade和哪张表做关联，并在报表中显示关联后的数据，实际运算中可能还要进行数据过滤和汇总。查询流程如下图所示：...

方法 1： 如果有提供 DBD 功能的报表工具，那么可以直接使用 DBD 中自带的联动设置，简单快捷，例如： 大屏联动竟如此简单？？？方法 2： 如果采用的报表工具不支持 DBD，那么我们可以把整个大屏报表拆分成多个单报表，在报表工具中实现各个报表组件的绘制，然后通过 iframe 或者其他前端技术整合到一起显示到前端页面，并实现联动设置。例如使用 iframe 挂载报表时，可以通过 iframe 之间的联动设置实现图表间的联动效果。方法 3： 如果没有采用报表工具，那么大屏报表制作以及组件间的联动

方法 1： 通过码代码实现关联查询功能，思路如下：对第一个 select 下拉框添加 onchange 事件，当用户选择了第一个 select 下拉框的值后，就会进入 onchange 事件，在这个事件中获取选中的 value 值，然后使用 ajax 根据这个值查询关联的第二个 select 下拉框，并将结果返回显示到页面。这种方式在大数据量关联过滤时，容易出现性能问题。方法 2： 使用报表工具提供的关联过滤的功能，通过简单的设置就可以实现下拉数据的关联过滤，例如 编辑风格之下拉数据集关联过滤

BI 是商业智能（Business Intelligence）的缩写，是数据分析领域的一个大类，其内容包含多维分析、报表查询、数据可视化、系统管理等方面，属于典型的 OLAP（在线联机分析）业务。构成 BI 系统的各部分关系大概这样：固定报表和多维分析彼此独立，前者用于业务复杂、格式固定的报表查询，后者用于相对简单的用户自助查询；固定报表和多维分析都具备实施部分数据可视化的能力；BI 系统外围是相应管理功能。有时大家狭义地认为 BI 就是多维分析（自助报表），上了多维分析就可以满足所有用户的查询

BI 和 AI 虽然长得挺像，但实际却没什么关系，完全不是一回事。BI 的主要工作是查询统计，根据企业生产经营过程中产生的数据按照业务部门的查询需求进行统计分析，比如查询 2019 年各地区销售情况，今年和去年的销售额同期比，资产负债表等。BI 主要是由数据仓库技术、报表技术、多维分析技术以及相当一部分可视化技术组成和实现的，其中数据仓库承担了大部分的计算工作，而数据库体系内并不涉及过于复杂的数学运算，因而在 BI 中的计算也很简单，对数学的要求也不高。那 BI 到底智能在哪呢？BI 的 I

用报表工具开发，核心功能是把各种数据源的数据以表格或图表的形式在线上网页端呈现出来。但是很多场景都是线上和线下结合，既要方便线上在系统中查看到报表，同时还得能和传统的线下业务无缝贴合，比如把结果导出到文件来流转、电子归档呀之类的，这时就需要报表工具具备强有力的所见即所得的导出本领。当前，对报表工具来说，支持导出基本算是标配功能，除了开源报表工具在支持的文件类型上有限制外，对于商业报表工具来说，常用的文件类型，几乎没什么区别，比如都支持导出 word、excel、pdf、txt 等。至于使用的技术细节

针对这类问题最直接有效的办法就是在数据库端定义字段自动增长，因为不管多少个用户，对数据库来说只是一个更新数据库的命令队列。但数据库主键自增长默认生成的均为固定步长的连续数值，如果要创建 UUID 主键的话，可能需要通过触发器实现。如果选对了报表工具，我们就可以不依赖数据库，在报表端轻松生成 UUID 标识。大致实现步骤：1. 在报表展现的 jsp 页面中定义 UUID 方法如下：functionnewUUID() { varuuid=""; ...