[纯好奇]现在还有哪些公司在做自定义报表，做成什么样了
Opened this issue · 14 comments
官方已经停止迭代了，大家自行维护的自定义报表迭代成什么样子了呢？
首先，十分感谢官方开源，替我们走出了重要的第一步。
简单说一下我们的。
可视化：
编辑和预览合为一体，不需要多次跳转和加载了，性能和值控制等都有很多迭代
增加了一种新的图表类型-group，增强了图表跳转能力
数据：
物化视图（缓存数据，加快访问），变更追踪（数据比对，显示差异样式）
接口请求：
缓存、可取消等
AI:
done：AI分析图表和报表、操作和用户手册指引。待开发：AI生成变量、AI生成SQL、AI生成图表
其余功能都有很多优化，不一一列举
目前刚刚整合，出现比较严重的问题就是聚合性能问题，请问您是怎么调整优化的？
场景：新建app浏览量图表（按用户汇总），开启聚合功能、视图缓存
问题：直接执行sql的平均耗时都是接口响应平均耗时的一半（目前浏览表有百万数据）
请教：您或您的团队是如何解决这个性能问题的（目前 还不考虑升级服务器）
@Wesilnt
目前刚刚整合，出现比较严重的问题就是聚合性能问题，请问您是怎么调整优化的？ 场景：新建app浏览量图表（按用户汇总），开启聚合功能、视图缓存 问题：直接执行sql的平均耗时都是接口响应平均耗时的一半（目前浏览表有百万数据）
请教：您或您的团队是如何解决这个性能问题的（目前 还不考虑升级服务器） @Wesilnt
我们实现了物化视图的能力，能显著提高性能，不过对应的技术难点和流程复杂度会提高很多
强，你们这是迭代了多长时间
强，你们这是迭代了多长时间
datart刚开源我们就跟着了
目前刚刚整合，出现比较严重的问题就是聚合性能问题，请问您是怎么调整优化的？ 场景：新建app浏览量图表（按用户汇总），开启聚合功能、视图缓存 问题：直接执行sql的平均耗时都是接口响应平均耗时的一半（目前浏览表有百万数据）
我们实现了物化视图的能力，能显著提高性能，不过对应的技术难点和流程复杂度会提高很多
确实是比较复杂。
请问您是使用的什么数据库？目前我这还是mysql，没有对物化视图的支持，我想参考下，看看是换数据库还是通过其它手段在mysql实现物化视图？
目前刚刚整合，出现比较严重的问题就是聚合性能问题，请问您是怎么调整优化的？ 场景：新建app浏览量图表（按用户汇总），开启聚合功能、视图缓存 问题：直接执行sql的平均耗时都是接口响应平均耗时的一半（目前浏览表有百万数据）
我们实现了物化视图的能力，能显著提高性能，不过对应的技术难点和流程复杂度会提高很多
确实是比较复杂。 请问您是使用的什么数据库？目前我这还是mysql，没有对物化视图的支持，我想参考下，看看是换数据库还是通过其它手段在mysql实现物化视图？
支持的数据库还挺多，但是能物化的数据库只有impala
自定义了写图表配置项
自定义了图表
增加了移动端控制器：[多选]/下拉列表，日期，日期范围，
增加了装饰 ：@jiaminghi/data-view-react
合计修改成后端合计
想升级antd但能力有限。
确实是比较复杂。
用doris吧， 支持mysql协议， 支持mysql，支持物化视图，对你们这种改造很小， 就是改一下链接， doris建立个实时同步任务
贡献出来？
贡献出来？
+1
贡献出来？
改动太多了，已经朝着私有项目奔跑俩年了，不适合开源了……
刚用了一段时间。一些功能无法满足内部需求。 对前段不太懂， 请问下如何将表格图标加上行按钮， 点击可打开新的弹出框呢？