ITPub博客

Echarts 由百度研发的开源软件，是一个纯 JS 的图表库。Echarts 是 web 端的技术，前端展现，其在 J2EE 项目中经常被集成使用，图形类型多且直观、生动、可交互、可高度个性化定制。近几年内连续被开源中国评选为“年度最受欢迎的中国开源软件”，并且去年也成为了 Apache 孵化器项目，所以发展更加快速，用户群也越来越多。Echarts 图形展现没有问题，单独的导出也是支持的，但是

有了报表工具之后，可以在报表工具中进行数据的预处理和图表排版，这样就解决了手工写报告的问题：数据变动引起的重复性写入。但是这种实现方式也有一些明显的缺点：1）绘制的报表会很长，不方便修改细节设置2）一些细节要求可能会达不到报告本身的要求，例如标题格式、换行 / 页位置等。3）如果客户需求变化，可能会导致重新制作报表，工作量增大所以，一些对格式要求很严格的 word 报告，可以考虑另外一种解决思路：

实现具体设置分为如下几步：1. 将单据所需的背景图，扫描成一张图片；2. 报表中将扫描的图片作为报表的背景图引入；3. 按照背景图调整单元格具体位置，边框等实现单据套打。不过有一点需要注意的是，有些单据打印量会很大，这个时候就需要厂商有大数据打印的解决方案了，否则打印过程中很有可能就卡死了。对于套打，国外报表产品以及 BI 类产品支持得都不好。以润乾报表为代表的大部分国产的报表工具都能很好地支持套

集算器是计算结构化数据最简洁高效的工具，根据应用场景、数据规模可灵活选择适当的使用方式，即可作为桌面工具或命令行独立使用，也可作为Java类库嵌入集成，还可作为服务器（单机或多机）对外提供服务。特别值得一提的是，集算器作为报表与数据源之间的计算数据源，仅需通过配置JDBC接口，编写简单SPL脚本，就能统一解决多样性数据源、复杂计算等各报表工具中需要自定义开发的问题。下载官方产品社区获取最新的集算器

Tableau 有两个模块：tableau desktop 用来创建分析；tableau server 用来发布分析。集成的时候需要在 tableau server 中进行二次开发，创建票证、创建视图、兑换票证等一个完整流程都需要用户写代码开发实现。另外，由于 tableau 是一个完整的平台，无法单独拆出来 BI 模块让用户进行深度集成，所以集成时，需进行组织架构信息同步、单点登陆、权限同步等配

既然是一整套系统，又很难把单独的 BI 功能模块拿出来做集成，这就会出现好多问题。集成时，需组织架构信息同步、单点、权限同步等等，工作量不减反而增加很多，实际用起来还是要跳转到 BI 平台上去单独使用。当然也有 bi 产品是可以集成的，参考这 润乾与 springBoot 集成

Hive 实现这个用到了窗口函数，以及子查询，写出来也不容易，如下SELECT *   FROM  (        SELECT g, ROW_NUMBER() OVER(PARTITION BY g         O

Oracle 实现这个用到了窗口函数，以及子查询，写出来也不容易，如下SELECT *   FROM  (        SELECT g, ROW_NUMBER() OVER(PARTITION BY g        

MySQL 不直接支持序运算 ，写这些比较麻烦，大概是这样：select t.＊from    (select t1.＊,            (select count(*)+1       &n

在了解如何集成前，首先我们得找对易于集成的报表工具，什么样的报表易于集成？1. 同平台的比如：java 开发的项目找 java 开发的报表工具2. 没有复杂系统功能的因为含有复杂系统功能的报表工具，跟自己的报表门户平台集成会存在冲突，比如：用户管理体系，单点登录等。这时就不能做无缝集成了，只能进行跨系统调用。如找到易于集成的报表工具后，其操作就相对简单了，比如 java 的，直接将报表应用放进自己

WEB 套打的基本解决思路是：把套打的格式做成一张图片，将要填入的数据按其在图片的坐标来定位，最后把数据填充到对应位置。但是具体实现时会遇到各种问题：1、 图片坐标定位不精准，实际打印效果有偏移；2、 多页数据套打时，无法进行数据准确定位；3、 套打数据的关联计算 / 页内计算支持性低；4、 格式改动后，代码需要重新编辑还有一种解决方法是通过报表工具，把套打格式扫描成图片，图片作为报表的背景图，然

BI 是从数据存储、加工、分析到统计的一套完整解决方案，而报表只是对应统计数据这一环，更加侧重数据展现。从发展史来看，最初的报表厂商都只是提供基础报表功能，为业务系统提供报表数据的展现、打印、导出等基础功能。随着业务系统的建设，越来越多的用户开始把分散在各个业务系统的数据汇总起来，进行统一查看分析，这样就形成了 BI 系统。BI 系统除了包含基础报表功能外，还支持在线自助分析功能，用户在 web

在说明这个问题的处理方法前，先了解下是什么原因导致的大数据量报表呈现慢的问题。一般不外乎这两种原因：1 . 数据查询业务，查询条件宽泛，导致数据库查询后的结果集数据条数达到几百上千万甚至过亿；2 . 采用内存运算机制，即如此庞大的数据量要一次性在内存计算完成，后再进行呈现，用户体验特别不好，这个过程中很可能因为计算量大 出现内存溢出，无法继续计算。针对这种情况，我们可以采用异步处理的方式，将取数和

这个要看实际的需求来确定，BI 主要用于数据分析，所以里边也带有数据呈现的功能，但是一个比较常见的问题就是 BI 主要侧重于数据分析，里边展现的结果通常为网格、分组、交叉这几类格式的报表，稍微复杂点的格式是不支持的，所以如果项目里边有格式较为复杂的报表，一般来说还是需要由专业的报表工具来实现的。实际项目中用的比较多的也是 BI+ 报表这种方式，业务人员的分析功能用 BI 工具来做，报表用来做复杂报

web 报表的项目现在越来越多的做成前后端分离，后端做成微服务提供数据接口，这也是一类数据源。虽整体框架结构一致，但各家做法及返回结果格式上可能都略有不同，也就导致没有通用的解决方案。目前来说，针对这类数据源基本都是采用 api 二开的形式解决。现在 java 开发的报表工具较多，基本也都会提供自定义类数据集功能，通过调用客户的微服务获取数据，然后再把数据处理成各家产品认识的数据集对象就行了。支持

一般问这个问题的都是想咨询有没有和.net 平台深入集成的报表工具。目前还是有，比如 activeReport .net，早前的水晶报表也有.net 版，大概十年前润乾公司也有一款博计报表专门针对.net 平台的报表工具。.net 和 JavaWeb 本身各有优缺点，结合现在大型服务器不是 linux 就是 unix，服务器端还是 java 用的更广泛，.net 可能更适合搞客户端。报表工具厂商自

被集成的模块将与该应用系统融为一体，可以通过调用报表的 url 传递参数或通过提供的接口进行调用，统一使用原有系统的用户权限，流程实现与应用系统的集成。具体集成操作可以参考下这篇文章的说明：轻松实现报表集成但是也有一些报表工具是不能或者不容易被集成的，这样的工具选择起来就得慎重了1 自己有系统的报表不易被集成有些厂商为了同时能为集成商和终端用户服务，就把原本轻量简洁的报表工具硬生生做成了一个自以为

1. 报表工具中直接排版2. 通过 API 将报表插入到 word在报表工具中直接排版实现 word 报告这种方式的好处在于可以让数据动态变化，图表设计更加灵活，不会因为数据不同，还要重复修改文件，并且可以随时在 web 端查看, 也可进行打印打出操作。但这种方式也存在不足之处，在报表工具中做 word 报告，相当于在 EXCEL 中实现 word 功能，排版不方便，可能为了实现对应结构的报告样式

MongoDB 不同于 Oracle，MYSQL 这些关系数据库，没有提供 JDBC 连接，查询语言也不是 SQL 了，换成了一套有些复杂的脚本语言。BIRT 里怎么连 MongoDB 呢，通常是这两种方式：1、 新建 Scripted Data Source，然后定义它的数据集，通过 open、fetch 事件里写 javascript 脚本，调用 Mongo Java Driver 从 Mon

经常看到有人追寻 MongoDB 支持 SQL 的解决方案，得到的都是一些否定答案，去写 MongoDB 语法的脚本吧 /MongoDB 归类就是“NoSql”，有人解释为“not only sql”，也有人直接理解为“no sql”/ 十年前有个 github 项目Mongo JDBC Driver，一直处于实验阶段，看项目目标是把基本的 SQL 翻译成 MongoDB 脚本语法，但后来不了了之