[纯好奇]现在还有哪些公司在做自定义报表，做成什么样了

[Wesilnt]

官方已经停止迭代了，大家自行维护的自定义报表迭代成什么样子了呢？
首先，十分感谢官方开源，替我们走出了重要的第一步。
简单说一下我们的。
可视化：
编辑和预览合为一体，不需要多次跳转和加载了，性能和值控制等都有很多迭代

增加了一种新的图表类型-group，增强了图表跳转能力

数据：
物化视图（缓存数据，加快访问），变更追踪（数据比对，显示差异样式）

接口请求：
缓存、可取消等

AI:
done：AI分析图表和报表、操作和用户手册指引。待开发：AI生成变量、AI生成SQL、AI生成图表

其余功能都有很多优化，不一一列举

[Greatom]

目前刚刚整合，出现比较严重的问题就是聚合性能问题，请问您是怎么调整优化的？
场景：新建app浏览量图表（按用户汇总），开启聚合功能、视图缓存
问题：直接执行sql的平均耗时都是接口响应平均耗时的一半（目前浏览表有百万数据）

请教：您或您的团队是如何解决这个性能问题的（目前 还不考虑升级服务器）
@Wesilnt

[Wesilnt]

目前刚刚整合，出现比较严重的问题就是聚合性能问题，请问您是怎么调整优化的？ 场景：新建app浏览量图表（按用户汇总），开启聚合功能、视图缓存 问题：直接执行sql的平均耗时都是接口响应平均耗时的一半（目前浏览表有百万数据） 请教：您或您的团队是如何解决这个性能问题的（目前 还不考虑升级服务器） @Wesilnt

我们实现了物化视图的能力，能显著提高性能，不过对应的技术难点和流程复杂度会提高很多

[wish-init]

强，你们这是迭代了多长时间

[Wesilnt]

强，你们这是迭代了多长时间

datart刚开源我们就跟着了

[Greatom]

目前刚刚整合，出现比较严重的问题就是聚合性能问题，请问您是怎么调整优化的？ 场景：新建app浏览量图表（按用户汇总），开启聚合功能、视图缓存 问题：直接执行sql的平均耗时都是接口响应平均耗时的一半（目前浏览表有百万数据） 请教：您或您的团队是如何解决这个性能问题的（目前 还不考虑升级服务器） @Wesilnt

我们实现了物化视图的能力，能显著提高性能，不过对应的技术难点和流程复杂度会提高很多

确实是比较复杂。
请问您是使用的什么数据库？目前我这还是mysql，没有对物化视图的支持，我想参考下，看看是换数据库还是通过其它手段在mysql实现物化视图？

[Wesilnt]

目前刚刚整合，出现比较严重的问题就是聚合性能问题，请问您是怎么调整优化的？ 场景：新建app浏览量图表（按用户汇总），开启聚合功能、视图缓存 问题：直接执行sql的平均耗时都是接口响应平均耗时的一半（目前浏览表有百万数据） 请教：您或您的团队是如何解决这个性能问题的（目前 还不考虑升级服务器） @Wesilnt

我们实现了物化视图的能力，能显著提高性能，不过对应的技术难点和流程复杂度会提高很多

确实是比较复杂。 请问您是使用的什么数据库？目前我这还是mysql，没有对物化视图的支持，我想参考下，看看是换数据库还是通过其它手段在mysql实现物化视图？

支持的数据库还挺多，但是能物化的数据库只有impala

[zpqsunny]

自定义了写图表配置项
自定义了图表
增加了移动端控制器：[多选]/下拉列表，日期，日期范围，
增加了装饰 ：@jiaminghi/data-view-react
合计修改成后端合计
想升级antd但能力有限。

[daxiongll]

确实是比较复杂。

用doris吧， 支持mysql协议， 支持mysql，支持物化视图，对你们这种改造很小， 就是改一下链接， doris建立个实时同步任务

[15767714253]

贡献出来？

[hangpengyue]

您发的邮件，我已收到。

[jackiezzq]

贡献出来？

+1

[Wesilnt]

贡献出来？

改动太多了，已经朝着私有项目奔跑俩年了，不适合开源了……