前言虚竹哥有个朋友小五,他在数据产品提供商的公司上班。小五的妹夫自己开了家软件工作室,会承接一些软件研发项目。妹夫问小五:有没有成熟的报表插件,可以集成到程序中,最好是开源的,方便根据业务进行适配调整。
大家一起跟虚竹哥来看看小五是怎么分析和建议的。 分析痛点简单的报表可以做格式简单的分组交叉报表,是可以做的。有些能力稍强的工具,对于多层分组交叉,同比环比之类的也可以做 多层分组交叉 环比 以上这些样式和计算都比较简单的报表,业务用户都可以使用自助报表和BI,通过拖拽方式制作出来,虽然这类简单的报表在大部分的应用中都占比较少,但能由用户自己去做,不仅能给用户一定程度上的自由,也能稍微减轻开发商和技术人员的的一些负担,也是具有一定的业务意义的。 # 复杂的报表做不了格式和计算稍微复杂一些以后,自助报表和BI就无能为力了,用户自己做报表就指望不上了, 这类复杂报表的制作,在应用中占比又不在少数,而且总是会有新需求,要么做新的,要么改旧的,报表任务用没完没了来形容也不为过,这个重担就只能开发商或技术人员自己来背了,就得选一个高效的报表工具来做这些复杂报表了 但是很多时候,我们发现即使使用了大牌报表工具,也不见得就能把这个重担减轻多少。因为复杂报表的复杂,不仅是报表呈现的复杂,而是数据准备的阶段也很复杂,甚至可以说更复杂,比如做表前要成百上千行的SQL和存储过程来准备数据,而数据准备又不属于报表能力范畴,报表工具也解决不了,这时候要想真正的解决复杂报表这个重担,就得再找一个解决数据准备的工具了。 关联分析做的不好自助报表和BI做分析时候,都会遇到多表和多库关联查询分析的情况,目前市面上的工具,处理这类问题,基本上都处理的不好,要么是给用户做宽表凑合着用,一遇到新分析需求就得去改CUBE或者重新做一个,结果还是要求助于技术人员。要么就是把工程师都难以捋清楚的表间关系暴露给业务用户,让用户自己去关联,美其名曰“自助关联”,连技术人员做起来都困难的事情让业务人员去做,太不现实了 关联查询分析做不好,那就相当于分析只能基于单表,这就会导致原本应用面就窄的自助报表和BI使用面更窄了,只有把这个问题解决好,才能扩大自助报表和BI的应用范围,使得分析更有意义和价值。 开源和集成性不好需要自助报表和BI功能的用户本身大多都有自己的业务系统,如果用到的BI只能独立部署、独立管理,无疑会增大工作量和后期维护成本,也会存在风险和隐患,这就需要BI是可以被集成的 集成后,功能和页面还需要能随需而动才可以,否则风格不匹配,功能不顺手,用起来也很别扭,所以BI最好还得是开源的。 但目前商用的自助报表和BI,基本没有开源的,也都是很难被集成的,这就导致了不管BI能解决多少事情,用起来都很不舒服的情况。 建议方案1、 针对 “简单的报表很多工具可以实现,但复杂的报表就做不到”问题 使用了一些大牌报表工具,也不见得就能把这个重担减轻多少。因为复杂报表的复杂,不仅是报表呈现的复杂,而是数据准备的阶段也很复杂。
2、 针对“不开源,适配很难满足客户的要求”问题 国外的开源 BI 软件也很多,功能也不比国内的商用的差,也是很好的选择,只是国产化要求高的项目用不了,另外界面不是中文的,改造起来相当费劲,BI和自助报表本来就是个强界面的任务,整体改造界面几乎相当于重做。 润乾报表为了让小伙伴方便快捷使用,特意组建了技术交流群,有兴趣的加小助手(VX号:RUNQIAN_RAQSOFT)。 结语自助报表和BI,虽然最近几年热度比较高,但经过众多用户实际的使用和验证后,人们对它的认识也开始逐渐变的更科学和客观,它有进步的业务意义所在,也有切实存在的短板,它自由灵活及时简单,但却难以驾驭复杂的局面,它需要能解决数据准备难题的高效报表工具来帮它解决复杂报表的难题,需要能解决关联分析的引擎来支撑它做更多更广的分析,还需要把自己变的开源可集成才能让自己和已有系统配合的更默契 它前进的路上,需要有很多伙伴一路同行才能让它的价值更好的得到体现。 文章参考资料
粉丝福利送两本《JAVA核心技术》最新版本:原书第12版 卷1 (附带有虚竹哥的推荐小册) 如何免费获得该书呢? 本文优质评论一条,且该评论点赞数是最高的和第二高的! |
|