求推荐一款性价比高的JAVA报表工具
Posted
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了求推荐一款性价比高的JAVA报表工具相关的知识，希望对你有一定的参考价值。
因项目需要，领导突然给安排整理报表厂商的对比，方便选型，谢谢！
润乾报表：1、简单行列报表、中国式复杂报表，报表工具都能轻松实现。
2、创新的流式大报表，秒级的呈现速度，极少的内存占用，流畅的Excel导出和直接打印！而且，流式大报表不依赖于数据库的分页能力。
3、支持数据录入。数据录入可以做到来去无关，来去自由。网页上录入可以做到数据合法性校验和自动计算。结合集算器，可以做到任意数据源的录入。
4、类似Excel的填报设计器，业务人员完成设计后上传服务器，填写人员即可网上填写！收集上来的数据，业务人员还可以在润乾BI中自助分析！
5、大屏展示、炫酷的统计图、方便的手机统计图表，都能实现。
支持html5和SVG图形格式，具备丰富的表现力，能够设计出超酷的统计图形。同时，可以降低传输流量，更适合移动设备。
集成免费的百度echarts、D3、chart.js，有更多炫酷统计图可供选择。
6、提供整套报表平台。从用户管理到权限登录，只要配置一下就可以直接上线使用。更重要的是，报表中心完全开源，想怎么改就怎么改。
7、提供强大的自助报表功能，轻松实现用户拖拽报表。自定义报表的数据源可以是SQL，也可以是文本、JSON或者Excel文件。提供的自助报表，可以作为一个插件集成到应用系统中，成为应用系统的一部分，还可以深度定制，充分满足不同用户的个性化需求。 参考技术A 皕杰报表是纯java的报表软件，性价比高，支持多数据源、多数据集，以及在同一张报表中使用不同类型的数据集，报表设计器基于开放的eclipse平台，采用SWT技术，采用类Excel的方式设计报表，支持Excel报表样式批量导入，大幅度提升了报表的开发效率 参考技术B 推荐看一下皕杰的报表工具，这个厂家做的报表工具挺好的，在北方的用户很多。 参考技术C 国外的话水晶报表，SAP公司的商业报表工具，作为SAP“集团”下的报表组件模块。10年事前盛行一时，后被SAP收购。但水晶报表（Crystal Report）在理论上只支持单数据集，对多集的支持依赖于数据库的运算能力（叉乘与联合等或写存储过程），多库一般难以支持。
国内的话FineReport，目前国内报表软件领域发展最成熟也是市场份额最高的。IDC的报告里，17年甚至超过SAP，IBM，在这个细分领域，也是Gartner的BI选型市场指南里唯一推荐的报表工具。零代码开发，类似excel的设计方式，上手简单。尤其数据字典、实际值和显示值等的设计更是切入快速开发的要害，这些放在别的语言和体系下往往要大量代码才能实现且频繁需要的功能放在FineReport里却只是几个操作的事情。移动端报表+可视化大屏，FineReport做大屏有先天开发优势。
希望可以帮到你 参考技术D 随着web浏览器技术的发展，传统的C/S报表模式逐渐被B/S取代，基于web的报表开发技术便被企业广泛应用，应运而生的web报表工具随之迅速普及。很多国外开源web报表工具项目上线时间长，容易不稳定，后续维护需要不停改代码。大大占用开发人员的精力。因此对于报表开发者来说，一个灵活易用且功能强大的WEB报表工具是绝对必不可少的。在这一点上不要“崇洋媚外”了，事实证明，国产报表更懂表格表姐的心。
我以前的公司做项目时老板就是不肯花钱，以为是省钱，结果，由于不能及时完成折了好几个项目。后来花钱买一个平台报表工具提供大量标准报表模板，已经集成在开发平台内不需要再做整合，满足各行业不同的需要。使用简单，会数据库就可以用。不需要再出报表授权费用。价格平民，符合中国国情的报表需求，会数据库就可以用。
Open Source - 高效报表工具选型与推荐
文章目录
Pre
工具，本身就是为了解决各种重复性工作效率低下的问题而诞生的产物，报表工具也是工具，所以它的诞生，它的使命，也是为了提效！是为了提升数据信息化项目中报表的开发效率而诞生的
但不同的工具，开发方式不同，效率自然也分高下。效率高的，不仅做起来简单方便，还能给项目上节省很多成本；效率低的，开发起来费事费力，不仅工程师受不了，常年累月无形中浪费掉的人工成本，企业也受不了
那怎么才能选一个开发效率高的呢？开发效率应该怎么考察呢？
很多人在考察报表工具时，会关注工具是不是有流畅的可视化操作界面（厂家也喜欢宣传这一点，零编码、拖拖拽拽做报表等等）。确实，有这种界面的工具很容易上手，能迅速开工。但是，报表工具通常是要长期使用的，这时候的重点其实是考察工具对付复杂场景的开发效率，因为长期使用后，总会碰到很多复杂的情况，而这种情况即便少，也是更费时费力的。工具一时易上手的特性并不是重点，因为程序员很快就会变成熟手.
示例分享
下面我们用润乾报表，通过几个由简到繁的示例来看看报表工具的开发效率应该怎么考察
示例1：简单分组
根据如下数据表，制作报表
按销售员、类别统计订单数量，并增加合计，结果报表：
制作过程
数据集设置
ds1: select * from orderlist
报表模板设计
A2：=ds1.group(NAME;NAME:1)，按照销售员分组，可以手动输入公式，也可以报表设计器右下角选择分组方式拖拽：
B1：=ds1.group(CATEGORY;CATEGORY:1)，操作方式同A2，设置扩展方式为横向
B2：设计器右下角，选择汇总，汇总方式选择“计数”，拖拽任意字段到B2单元格
B3、C2、C3：合计单元格，表达式手动输入：=sum(B2)
报表结果
对于这类简单报表，各工具效率上基本没有什么差异，润乾报表是直接写表达式（也可以拖拽），其他工具有写表达式的，也有拖拽做的，都比较简单。有些工具的可视化的点击操作做得更人性化，体验更好，更适合初级学习人员
示例2：带条件的分组
基于同一个数据表，我们改一下表样，稍微增加一些难度，根据日期字段中的年来分组，看看不同产品的操作上有什么变化
按照年度统计产品的平均售价，单笔采购数量不同、采购时间不同，产品的单价可能不同，产品平均单价=总金额/总数量
结果表样：
制作过程
数据集设置
ds1：
SELECTORDERLIST.ORDER_DATE,ORDERLIST.PRODUCT,ORDERLIST.PRICE,ORDERLIST.AMOUNT FROM ORDERLIST
报表模板设计
A2：=ds1.group(year(ORDER_DATE);ORDER_DATE:1)+“年”，取字段的年并分组
B1：=ds1.group(PRODUCT;PRODUCT:1)，按产品字段分组并设置横向扩展
B2：=ds1.sum(PRICEAMOUNT)/ds1.sum(AMOUNT)，先通过PRICEAMOUNT算出金额，再进行汇总，然后除以总数量。
难度稍微增加以后，润乾报表还是只要在单元格里写简单的表达式就可以了，依旧简单。
但有些工具不支持格子里自由写公式和条件，只能在对话框里设置，结果就是拖拽完基础表达式以后，还得打开对话框设置一下条件才可以，比如这个按年分组
从这个报表就已经可以看出一些端倪了，ds1.group(year(ORDER_DATE);ORDER_DATE:1)+"年"是写一个这样的表达式，还是每次都多点几步对话框去设置，哪种方法的工作效率更高呢？只考察最简单的情况是看不出这些区别的
示例3：再复杂一些的分组
还是基于这个数据表，我们做个一个格式再复杂一些的表样
按销售人员统计优质订单的情况，优质订单指：回款日期在订单日期30日内且单笔订单金额>=10000
制作过程
数据集设置
ds1：select order_date,price,amount,name,re_date from orderlist where substr(order_date,0,4)=‘2012’
报表模板设计
A3：=ds1.group(NAME;NAME:1)，可以鼠标拖拽，也可以手动输入
B3：=ds1.count()
C3：=ds1.count(price*amount>=10000 and interval(ORDER\\_DATE,RE\\_DATE)<=30)
D3：=C3/B3，设置显示格式为“#0.00%”
E3：=ds1.sum(PRICE*amount)
F3：=ds1.sum(PRICE\\*amount,price\\*amount>=10000 and interval(ORDER\\_DATE,RE\\_DATE)<=30)，条件表达式和C3一样，可以在=ds1.sum(PRICE*amount)基础上，直接将条件表达式复制过来
G3：将D3直接复制到G3，单元格引用名称自动变化，显示格式保留
H3：=ds1.count(price*amount>=10000 and interval(ORDER\\_DATE,RE\\_DATE)<=30 and month(ORDER\\_DATE)>=10 and month(ORDER\\_DATE)<=12)，在C3的基础上增加季度判断条件
I3：=H3/B3，设置显示格式为“#0.00%”
J3：=ds1.sum(PRICE\\*amount,price\\*amount>=10000 and interval(ORDER\\_DATE,RE\\_DATE)<=30 and month(ORDER\\_DATE)>=10 and month(ORDER\\_DATE)<=12)，在E3的基础上，直接将H3的条件表达式复制过来
K3：将I3直接复制到K3，单元格引用名称自动变化，显示格式保留
到这个例子，是不是已经感觉这些表达式写起来也没有多困难了，即使是初学者，也能轻易看懂并写出来了，是的，有这样的感觉就对了，对于搞计算机的同学，这确实不难
再来看看其他的一些只能通过对话框来设置条件的工具处理这样的情况会怎样
每增加一个条件，一个and，就得点一次增加，如果要修改，删除，同样得挨个去点，每次设置还都得打开、关闭一次对话框
如果每次都得这样，估计初学者也不会觉得简单而是会感到麻烦了，更别说熟练的老同学了这样无端端多出了好多没必要的操作，会浪费很多的时间，减少很多产出
懂了表达式以后，还是直接写表达式更快更好，可视化操作看上去很美，但效率并不会高
示例4：找出进步最快的3名同学
基于如下数据学生成绩表：
进行年度学生成绩汇总，进行班级班名以及和去年成绩对比，找出进步最快的三位同学，形成如下结果：
要点：看各工具怎么去做这个计算，看哪个更简单高效
制作过程
参数设置
报表中增加参数nd，默认值为2019，用于接收年份
数据集设置：
ds1：SELECT bj,studentid,yuwen+shuxue+yingyu zf,nd FROM XSCJ where nd=?，问号对应参数表达式：nd，用于对参数对应年度数据
ds2：SELECT bj,studentid,yuwen+shuxue+yingyu zf,nd FROM XSCJ where nd=?，问号对应参数表达式：nd-1，取参数对应上一年数据
报表模板设计：
A3、A4单元格合并，按照班级分组，设置显示值表达式：chn(int(value()))+"班"
B3、B4分别取出姓名、分数字段
D3：=count(C3\\[A3\\]C3>$C3)+1，班级内排名
E3：=count(C3\\[`0\\]C3>=$C3)+1，年级排名
F3：=ds2.select(zf,bj\\==A3 && studentid==B3)，从ds2数据集中取出去年成年，条件直接写在select函数内
G3：=C3-F3，成绩变化
B4：="班内成绩提升最快的三位同学是："+string(esproc("?.m(?.ptop(-3))",B3,G3))，使用润乾内置函数esproc，将K3单元格（名次变化幅度）传入,ptop(-3)取最大的3位的位置，然后用m()函数根据位置取对应的姓名
结果如下：
这个例子主要是测试报表工具的一些复杂计算能力，如果报表工具的模型中函数较为丰富且计算能力强，比如润乾报表内置了很多开源SPL计算工具的高级函数，那处理起复杂计算来就会游刃有余
如果函数计算功能不足，那就得通过多步计算，额外在报表中设置辅助计算格才可以完成，比如有些报表工具，需要像下面这样用H列进一步计算需要的数据，然后再隐藏掉
这些额外辅助计算格，不仅增加了开发工作量，数据量大的时候，还会影响报表的性能
其实这款报表已经不错，提供有层次坐标之类的东西，用隐藏格还能做出来，有些报表工具连这个都没有，只能自己在外部写代码实现了，工作效率会大受影响
示例5：找出指定时间内的大客户
从如下销售数据中：
取出指定时段的大客户。所谓大客户，定义为销售额占前一半的客户，也就是把客户销售额从大到小排序后，前面若干个客户的合计销售额构成总销售的一半，这些客户被称为大客户
报表结果：
制作过程
数据集设置
润乾报表内置了高效的开源计算工具SPL，可以通过内置的脚本更简单高效的计算这些复杂的多步计算，把计算结果当做数据集直接供报表来使用，脚本如下：
A3：对销售额进行求和操作并处以2，取出总金额的一半，用于判断大客户。B3设置初始值为0，用于做销售额累加操作
A4：对销售额进行累加，取出累加金额大于A3中对应的A2的序号
A5：根据序号取A2中对应的值，并做为结果集返回给报表
报表模板设计
报表结果
从这个例子可以看出，原本需要在报表中做大量计算才能做出的报表，经过脚本准备数据后，只需要在报表中直接取数就可以了
如果没有脚本，那就只能在报表中完成这样的计算，写起来麻烦，需要设置很多辅助格，同时增大了实现难度，对人员要求变高了很多（意味着成本上升），而且性能也远没有脚本的好
本示例只是举了一个很小的需要分步计算的例子，就已经可以看出不同工具的设计效率了，一个简单易懂的脚本搞定，还是一堆辅助计算格+复杂的表达式来完成，开发效率差异是显而易见的
实际的项目中的复杂报表，对原始数据的处理和计算，远远要比本例复杂的多，如果有脚本功能，那可以用脚本来处理这些计算，不仅写起来简单，算起来还快，如果没有脚本功能，那就只能用成百上千行的复杂SQL，存储过程或者高级语言去写了，那样开发效率就更低了
所以我们考察报表工具对于复杂报表的开发效率时，可以看看自己的项目中有没有需要写复杂的SQL、存储过程或者更复杂的数据来源处理的报表，拿来找各工具测试验证下，看看它们的效率都如何
开发示例小结
从上面三个报表我们可以看出，简单的表样，可视化的对话框设置确实使用体验更好，但格式稍微变复杂一点以后，工程师已经掌握表达式的书写以后，如果仍然还得用对话框就显得繁琐了
而且报表开发人员是技术工种，从初学者到熟手是轻而易举的事情，是否快和方便，要从一个熟手的角度去衡量，而不是初学者，所以考察的时候千万不要掉到生手容易熟手繁琐的操作陷阱中
上面三个报表都是比较初级的报表，我们更多的是从简单的普通操作上来看开发的效率如何，但实际的项目中，报表常常远没有这么简单，很多都会涉及较复杂的计算， 制作这些复杂的报表耗费的时间会更多，也更需要注重效率，所以复杂计算报表的开发效率，也是我们考察的重点
我们继续用两个示例来看下更复杂的报表的开发效率如何考察
示例4侧重于考察报表工具函数的功能，看一些复杂计算场景中，是否有对应的高级函数来直接解决问题，示例5侧重于考察工具处理一些复杂的多步、过程式计算的能力，看处理这些计算是否简单高效
性价比
价格和考察开发效率也有关系吗？
还真有，考察开发效率的最终目的不就是为了节省时间和人工成本吗？都是为了省成本，那价格上省出来的成本其实更直接。工具的购买价格和开发效率要放在一起综合考虑才能得到总体的成本
比如大家可能都会想到使用不要钱的开源报表，购买价格为0，但开发效率太低（面对我国的复杂报表），结果总体成本却不低。而商用报表工具虽然要花钱，但开发效率能提高很多，有可能总体成本会更低。
当然，价格很容易对比，只要别忘了就行了
总结
怎么考察报表的开发效率，相信大家看过上面的考察要点和示例以后，应该都比较清楚了，其实并不难，那就是实际去用一用，看看一个熟练的工程师用起来繁琐不繁琐，测测项目上格式和计算复杂的报表各个工具做起来困难不困难，用过试过就找到答案了。 同时，价钱也挺重要~~~~
润乾报表
欢迎对润乾报表有兴趣的小伙伴添加RUNQIAN_RAQSOFT 入群讨论哦
以上是关于求推荐一款性价比高的JAVA报表工具的主要内容，如果未能解决你的问题，请参考以下文章