jjzjj

探索自助报表BI的现状和未来(文末送福利)

小虚竹 2024-07-10 原文

前言

虚竹哥有个朋友小五,他在数据产品提供商的公司上班。小五的妹夫自己开了家软件工作室,会承接一些软件研发项目。妹夫问小五:有没有成熟的报表插件,可以集成到程序中,最好是开源的,方便根据业务进行适配调整。
主要是有这么几个痛点:

  • 简单的报表很多工具可以实现,但复杂的报表就做不到

报表需求很常见,之前做复杂的报表,很多要自行开发,而且工作量也大,开发上也有难度

  • 报表开发的难题,并不全在制表上,有些是在数据准备上

应用中的报表,有 80% 的数据来源和计算都比较简单,很多一个简单的 SQL 语句就搞定了,但还有 20% 的情况中,数据准备工作就没有那么好做了,一些过程式的多步骤复杂计算,常常要写很长的多层嵌套的 SQL 或者存储过程才能搞定,如果数据来源再复杂一些,要对各类数据源混算,一些非关系数据库或者文本数据源都不支持 SQL 了,那还得用 JAVA 等语言来写,SQL 10 几行能写完的,JAVA 恨不得写出几百行来,编码难度和效率就更糟糕了

  • 不开源,适配很难满足客户的要求

功能和页面需要跟着需求做适配,否则界面风格不匹配,功能不顺手,用起来也很别扭。客户是上帝。哈哈哈

大家一起跟虚竹哥来看看小五是怎么分析和建议的。

分析痛点

简单的报表可以做

格式简单的分组交叉报表,是可以做的。有些能力稍强的工具,对于多层分组交叉,同比环比之类的也可以做

多层分组交叉

环比

以上这些样式和计算都比较简单的报表,业务用户都可以使用自助报表和BI,通过拖拽方式制作出来,虽然这类简单的报表在大部分的应用中都占比较少,但能由用户自己去做,不仅能给用户一定程度上的自由,也能稍微减轻开发商和技术人员的的一些负担,也是具有一定的业务意义的。

# 复杂的报表做不了

格式和计算稍微复杂一些以后,自助报表和BI就无能为力了,用户自己做报表就指望不上了,

这类复杂报表的制作,在应用中占比又不在少数,而且总是会有新需求,要么做新的,要么改旧的,报表任务用没完没了来形容也不为过,这个重担就只能开发商或技术人员自己来背了,就得选一个高效的报表工具来做这些复杂报表了

但是很多时候,我们发现即使使用了大牌报表工具,也不见得就能把这个重担减轻多少。因为复杂报表的复杂,不仅是报表呈现的复杂,而是数据准备的阶段也很复杂,甚至可以说更复杂,比如做表前要成百上千行的SQL和存储过程来准备数据,而数据准备又不属于报表能力范畴,报表工具也解决不了,这时候要想真正的解决复杂报表这个重担,就得再找一个解决数据准备的工具了。

关联分析做的不好

自助报表和BI做分析时候,都会遇到多表和多库关联查询分析的情况,目前市面上的工具,处理这类问题,基本上都处理的不好,要么是给用户做宽表凑合着用,一遇到新分析需求就得去改CUBE或者重新做一个,结果还是要求助于技术人员。要么就是把工程师都难以捋清楚的表间关系暴露给业务用户,让用户自己去关联,美其名曰“自助关联”,连技术人员做起来都困难的事情让业务人员去做,太不现实了

关联查询分析做不好,那就相当于分析只能基于单表,这就会导致原本应用面就窄的自助报表和BI使用面更窄了,只有把这个问题解决好,才能扩大自助报表和BI的应用范围,使得分析更有意义和价值。

开源和集成性不好

需要自助报表和BI功能的用户本身大多都有自己的业务系统,如果用到的BI只能独立部署、独立管理,无疑会增大工作量和后期维护成本,也会存在风险和隐患,这就需要BI是可以被集成的

集成后,功能和页面还需要能随需而动才可以,否则风格不匹配,功能不顺手,用起来也很别扭,所以BI最好还得是开源的。

但目前商用的自助报表和BI,基本没有开源的,也都是很难被集成的,这就导致了不管BI能解决多少事情,用起来都很不舒服的情况。

建议方案

1、 针对 “简单的报表很多工具可以实现,但复杂的报表就做不到”问题

使用了一些大牌报表工具,也不见得就能把这个重担减轻多少。因为复杂报表的复杂,不仅是报表呈现的复杂,而是数据准备的阶段也很复杂。
可以看看专业报表厂商是怎么解决这个难题的:参考于:
http://c.raqsoft.com.cn/article/1643181441924
从文章中把重点提炼一下:

  • 简单,补上数据准备环节的工具就可以了:使用集算器

集算器做数据准备写的快算的快:集算器,流行的开源免费数据计算工具。
一:它能对接各类数据源;
二:能轻松写出 SQL 和 JAVA 写起来困难的计算过程,而且还算的快,让数据准备工作变的轻松又高效

  • 完全工具化应对没完没了

报表制作的工具化; 数据准备的工具化;

2、 针对“不开源,适配很难满足客户的要求”问题
目前国内主流产品中只有润乾的 BI 是开源的,润乾是专业做报表的,报表在行业里排在前面,开源的 BI 功能也很完善

国外的开源 BI 软件也很多,功能也不比国内的商用的差,也是很好的选择,只是国产化要求高的项目用不了,另外界面不是中文的,改造起来相当费劲,BI和自助报表本来就是个强界面的任务,整体改造界面几乎相当于重做。

润乾报表为了让小伙伴方便快捷使用,特意组建了技术交流群,有兴趣的加小助手(VX号:RUNQIAN_RAQSOFT)。

结语

自助报表和BI,虽然最近几年热度比较高,但经过众多用户实际的使用和验证后,人们对它的认识也开始逐渐变的更科学和客观,它有进步的业务意义所在,也有切实存在的短板,它自由灵活及时简单,但却难以驾驭复杂的局面,它需要能解决数据准备难题的高效报表工具来帮它解决复杂报表的难题,需要能解决关联分析的引擎来支撑它做更多更广的分析,还需要把自己变的开源可集成才能让自己和已有系统配合的更默契

它前进的路上,需要有很多伙伴一路同行才能让它的价值更好的得到体现。

文章参考资料

粉丝福利

送两本《JAVA核心技术》最新版本:原书第12版 卷1 (附带有虚竹哥的推荐小册)


如何免费获得该书呢?

本文优质评论一条,且该评论点赞数是最高的和第二高的!
点赞数并列第一的,例如3条评论点赞数并列第一的,以评论的时间谁早,选前两名!
统计截止时间:2022/07/12 21:59:59

有关探索自助报表BI的现状和未来(文末送福利)的更多相关文章

  1. 【血泪建议】软件测试岗位现状,可惜之前没人告诉我,肠子都晦青了.... - 2

    谈到现状,国内的软件测试行情目前呈现了两极分化的极端情况。一个是早期的手工测试人员吐槽工作不好做,即使有工作也是外包,而且薪资太低;一方面是很多互联网企业感叹自动化测试人才难找,有技术的自动化测试工程师,高薪难聘。这两者其实并不矛盾。手工测试工作难找也确实是目前真实的行情早期从事功能测试的手工测试人员,在测试方面大多采用手动、人工执行的方式查找软件缺陷和BUG,用行业术语来描述就是“点点点”。这种测试方式耗费大量人力和资源,工作效率却十分低下。在早期软件复杂和迭代程度不高的情况下,有资本的企业会“供养”一批这样的手工测试人员。但对测试员本身来讲,毫无技术难度的工作,和几乎没有保障的薪资水平,直

  2. 科创人·数智未来私董会第4期:转型的实证-幸存者偏差与盲人摸象 - 2

    所有技术终将演变为基础设施。2022年6月11日,科创人·数智未来私董会第4期活动在线举办,本次活动由科创人、北航投资、方云智能联合举行;微软(中国)首席技术官韦青担任本期活动主讲嘉宾,携手14位企业高级决策者围绕数智未来课题进行深度探讨。科创人·数智未来私董会第3期活动回顾|《狗尾巴的故事-数智时代的第一性原理》与会嘉宾依次是:微软(中国)CTO韦青、领鹊科技创始人&CEO张志祥、食方科技创始人&CEO黄龚、中科云创创始人&CEO周北川、北航投资总经理王剑飞、中煤信息技术首席专家黄韶杰、天云数据创始人&CEO雷涛、中国农业银行科技与产品管理局信息安全与风险管理处处长何启翱、索迩科技创始人&C

  3. 未来的趋势————以ChatGPT为标杆的AI对生活的影响是巨大的 - 2

    文章目录前言1.AI的发展历程2.我是如何接触到人工智能的概念和产品的3.对于ChatGPT的一点看法4.AI对大学毕业生的职业发展的利与弊5.对于AI的思考和问题前言随着ChatGPT的爆火,生成式AI,大模型的人工智能被越来越多的人注意到,同时他也带来了许多问题。本文将对几方面进行探讨。1.AI的发展历程远古时期在公元前第一个千禧年,中国,印度和希腊哲学家都提出了一些推理的研究理论,比如亚里士多德(Aristotle)进行了演绎推理三段论的完整分析,欧几里得(Euclid)所著Elements是一种形式推理的模型,MuḥammadibnMūsāal-Khwārizmī,发明了代数学,即我们

  4. 漫谈测试成长之探索——测试排期 - 2

     《漫谈测试成长之探索——测试文档》一文阐述了我们可以从项目维度去整理测试相关的文档来提升自己,本文将从测试排期方面探索成长方向。我们知道,对于做一件事,我们要有计划,要知道目标,要记得看时间。这里的时间对应到软件测试中就是与测试相关的时间节点。如图1-1所示,在以往工作中,作为一线测试执行者,我们一般会关注开发计划提测时间、测试计划开始时间、测试计划完成时间和需求计划发布时间。但是,经验告诉我们,只关注这些时间节点似乎是不够的。在实际工作中,需求实际可测试的时间经常延期,测试时间被压缩的情况时有发生。图1-1传统测试排期时间节点那我们能做些什么去规避或者说减少测试工期被压缩的情况呢?本文的答

  5. 中国民用飞机制造行业市场现状规模及发展战略规划报告2021-2027年 - 2

    中国民用飞机制造行业市场现状规模及发展战略规划报告2021-2027年详情内容请咨询鸿晟信合研究院!【全新修订】:2022年2月【撰写单位】:鸿晟信合研究研究【报告目录】第1章:中国民用飞机制造行业发展综述1.1民用飞机制造行业概述1.1.1民用飞机的概念1.1.2飞机制造的概念1.1.3民用飞机的分类1.2民机制造行业周期特性1.2.1影响行业周期的因素(1)GDP增速分析(2)运量增量分析(3)飞机更替分析(4)航空公司获利水平1.2.2行业现阶段周期分析1.2.3行业现阶段景气分析1.3民机制造信息化分析1.3.1信息化技术应用状况分析(1)MDO技术应用分析(2)供应链协同研发分析(3

  6. ruby - Ruby 中的 RDF 现状 - 2

    按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visitthehelpcenter指导。关闭10年前。我想知道Ruby目前对语义Web技术的支持。有好的RDF选项吗?似乎最后一次调查是在2007年左右(http://paul-classic.stadig.name/2007/10/26/the-state-of-rdf-support-in-ruby-2007/)。Redland的RDF包装器是获得RDF支持的最佳方式吗?在那篇陈旧的文章中提到的所有其他

  7. paddle nlp taskflow 全家桶 包括代码生成与AIGC图片生成 一起探索paddle nlp 开包即用的能力吧 - 2

    paddlenlp作为自然语言处理领域的全家桶,具有很多的不错的开箱即用的nlp能力。今天我们来一起看看基于paddlenlp中taskflow开箱即用的能力有哪些。第一步先升级aistudio中的paddlenlp保持最新版本。pipinstall-UpaddlenlpLookinginindexes:https://pypi.tuna.tsinghua.edu.cn/simpleRequirementalreadysatisfied:paddlenlpin/opt/conda/envs/python35-paddle120-env/lib/python3.7/site-packages(2

  8. javascript - String 和 Array 泛型方法将在未来被弃用 - 2

    在下面的链接(MDN站点)上它说“字符串泛型是非标准的,已弃用并且将来可能会被删除。请注意,如果不使用下面提供的填充程序,您不能跨浏览器依赖它们。“他们所指的方法是否是他们在该声明下方提供的垫片中列出的方法?这是我见过的唯一提到短语“字符串泛型”的地方,所以让我很困惑。对于数组泛型也有同样的问题,因为该站点也提到了类似的情况。https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String#String_generic_methodshttps://developer.mozi

  9. FCRP-D---帆软官网模拟题,报表模块 - 2

    1要求:外观设计:ds1,ds2,实现根据所选的类别,出现该类别的产品:配置控件:隔行换色:金额大于1000显示红色并加粗:效果:没有选择产品类别,产品名称可以选择全部:2 要求:外观设计:采用决策报表ds1,ds2,ds3,ds4:134带参数,为实现联动准备(按班级),默认值为空,即实现了默认显示全部班级信息,M对应男,F对应女饼图的配置:饼图联动配置:添加3个超链接,为3个对象分别配置柱状图:男女平均成绩对比柱状图:各科成绩对比表格配置:隔行变色,分数小于60变红 效果:默认为全部班级数据3要求:外观设计:ds1,ds2:selectt.m,t.ym,t.销量,t1.销量同期,(case

  10. 中国BI,敢于开源 - 2

    英文的不适用从系统级到应用层面,都有各种各样开源软件供开发者使用,比如LinuxAndroidMysqlPostgreSQLHadoopApacheTamcatBirt等,在国内都很流行然而,BI似乎是个例外,在国内还很难找到一个使用比较广泛的的开源产品其实国外的开源BI也很多,比如SupersetGrafanaMetabaseRedash,这些都是在GitHub上排名靠前的开源BI,功能和外观都做的不错,并且很受国外用户的欢迎。但是,这些东西在中文世界却很难用得起来,因为很多人被英文给劝退了。英文文档不全,会增加学习和使用的成本,更重要的原因是BI是一个界面为主导的软件,不像其他开源代码以功

随机推荐