Databend Cloud Dashboard 全新升级:直击痛点,释放数据价值
自 Databend Cloud 上线以来,我们一直致力于为用户提供高效的数据处理与可视化体验。早期,我们在工作区的"图表"区域推出了轻量级可视化功能,支持积分卡、饼图、柱状图和折线图四种展示方式。这些功能简单易用,基本满足了用户对数据可视化的日常需求。然而,随着用户规模的增长和使用场景的多样化,一些深层次的痛点逐渐浮出水面。这些问题不仅影响了用户体验,也促使我们重新审视产品功能,寻找更优的解决方案。
用户痛点:数据管理与协作的三大难题
通过用户反馈和实际案例,我们总结出以下三大核心痛点:
- 数据分散,缺乏统一视图 许多用户表示,虽然工作区中的图表功能实用,但数据分散在多个独立的工作区中,无法集中展示。他们希望有一个统一的 Dashboard,将关键数据整合在一起,直观呈现业务全貌。例如,一位数据分析师反馈:"我需要把销售额、用户增长和库存数据放在一个页面给领导看,但现在只能逐个展示,太麻烦了。"
- 配置不稳定,展示易出错 早期 Dashboard 模块依赖工作区的数据和配置,这种设计虽然简单,却带来了隐患。一旦工作区中的查询语句或数据源发生调整,已配置好的 Dashboard 可能会出现显示异常,甚至数据完全丢失。用户不得不频繁重新调整,体验大打折扣。一位长期用户曾抱怨:"我花了半天配置的 Dashboard,因为同事改了工作区配置就全乱了,太浪费时间。"
- 分享受限,协作效率低 随着团队协作需求的增加,用户提出了更具体的要求:希望将 Dashboard 分享给老板或同事,仅限查看关键数据,而无需开放编辑权限。例如,一位部门负责人提到:"我想把月度业绩数据分享给老板,但又不想让他看到后台的复杂查询逻辑,权限控制太重要了。"
这些痛点不仅反映了用户对功能的需求,也暴露了产品在灵活性与协作性上的不足。为此,我们团队迅速响应,启动了 Dashboard 模块的全面升级。
解决方案:从痛点出发,全面优化体验
针对上述问题,我们提出了清晰的解决方案:打造一个独立、灵活且支持协作的 Dashboard 系统。具体来说,我们的目标是:
- 独立性:让 Dashboard 脱离工作区的束缚,用户可以自由选择数据源和展示内容。
- 多样性:提供更丰富的视图选项,满足不同场景下的数据呈现需求。
- 协作性:通过权限控制和分享功能,打通团队间的数据沟通渠道。
基于这一思路,我们对 Dashboard 进行了从架构到功能的全面调整,力求让每项改进都直击用户痛点。
我们的实现:全新 Dashboard,焕然一新
- 独立 Dashboard,灵活掌控数据
我们首先将 Dashboard 从工作区中剥离出来,设计了全新的主页界面。主页分为"我的 Dashboard"和"与我分享"两个列表,前者展示用户自己创建的内容,后者则清晰呈现他人共享的 Dashboard。点击【新建仪表盘】,用户进入详情页,这里是主要的操作区域。无论是新建图表、删除图表还是拖拽调整布局,操作逻辑与之前保持一致,确保用户无需重新学习即可上手。
更重要的是,图表创建时系统会直接弹出 SQL IDE 模块,用户可以在此自由编写查询语句,与工作区中的体验完全相同。这种设计让图表展示独立于外部工作区,不再受其配置变动的影响。用户可以随心所欲地选择展示内容,例如同时呈现销售数据趋势和客户分布占比,真正做到"我的数据我做主"。
- 双重视图切换,数据洞察更全面
单一的图表展示有时难以满足所有需求。比如,管理者可能更倾向于直观的趋势图,而分析师可能需要详细的表格数据。为此,我们新增了视图切换功能,用户可以自由选择以图表或表格形式查看数据。两种视图无缝切换,操作简单。例如,一位用户在查看年度销售数据时,可以先用折线图观察趋势,再切换到表格模式核对具体数字,数据洞察更加全面。
- 分享功能升级,协作更高效
针对分享需求,我们推出了完善的权限控制体系。用户可以通过【分享】操作,将 Dashboard 分享给指定人员或整个组织。具体权限分为两种类型:
- 有访问权限的人:适合小范围协作,可单独分享给某些成员,例如团队中的数据负责人。
- 常规访问权限:适用于全员可见的场景,一键开放给组织内所有成员。
权限级别则细化为三种:
- 只读:仅限查看,用户可以拖拽图表调整布局但无法保存,适合展示给领导或外部人员。
- 可执行:允许刷新图表数据或进行小范围操作,适合需要动态更新的场景。
- 可编辑:拥有与分享者几乎相同的权限(除无法再次分享外),适合团队内部深度协作。
设置完成后,用户只需复制链接即可分享,系统还会自动发送邮件通知被分享方,确保信息及时触达。这种设计极大提升了协作效率,让数据分享变得更加安全可控。
- 全局角色管理,权限统一体验一致
为进一步简化权限管理,我们引入了全局角色控制功能,与工作区的权限体系保持一致。每张 Dashboard 卡片共享相同的角色权限,用户无需为每张卡片单独设置,管理成本大幅降低。这种统一性不仅提升了操作效率,也让多团队协作更加顺畅。
小步快跑,持续迭代
本次升级还包含许多细节优化,例如界面响应速度提升、图表渲染效果优化等。当然,我们也清楚产品仍有改进空间。Databend Cloud 的每一次迭代都以用户需求为导向,我们希望通过持续改进,解决更多实际痛点。
写在最后
从分散的数据展示到统一的 Dashboard,从不稳定的配置到独立的展示逻辑,再到灵活的分享协作,Databend Cloud 的这次升级是我们与用户共同成长的见证。我们深知,一个优秀的数据平台离不开用户的反馈与支持。欢迎大家体验全新 Dashboard,提出宝贵建议,与我们一起打造更强大的 Databend Cloud!
关于 Databend
Databend 是一款开源、弹性、低成本,基于对象存储也可以做实时分析的新式湖仓。期待您的关注,一起探索云原生数仓解决方案,打造新一代开源 Data Cloud。
👨💻 Databend Cloud:databend.cn
📖 Databend 文档:docs.databend.com
💻 Wechat:Databend
✨ GitHub:github.com/databendlab...

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
突破极限: 高负载场景下的单机300M多行正则日志采集不是梦
作者:裘文成(翊韬) 问题背景 在当今数字化时代,日志数据已成为企业 IT 运营和业务分析的关键资源。然而,随着业务规模的扩大和系统复杂度的提升,日志数据的体量呈现爆发式增长,给日志采集和处理系统带来了巨大挑战。最近,我们遇到了一个典型案例,充分体现了当前日志服务采集在高负载场景下面临的困境,以下为客户现状: 海量日志与正则采集:客户的某项业务产生了数量巨大的多行日志,并且需要通过正则表达式进行日志解析。这种复杂的采集模式本身就对系统资源提出了较高要求。 关键业务影响:这些日志数据和客户的核心业务分析任务直接相关。过高的采集延迟会影响数据分析的准确性。 采集性能瓶颈:客户根据 iLogtail 启动参数配置文档【1】对 iLogtail 的线程数等进行了调整,在压测时采集速度依然只有 90M/s,但实际压测时的日志生成速度在 200M/s,远超采集速度。这导致了日志采集出现近 1 小时的延迟。 业务需求升级:客户计划进一步增加压测量,预计写入流量将达到 300MB/s。这将进一步加剧采集延迟问题。 业务负载高:客户的业务已经占据了大部分的 CPU 资源,比较困难继续为 iLogtail...
- 下一篇
得物 iOS 启动优化之 Building Closure
得物一直重视用户体验,尤其是启动时长这一重要指标。在近期的启动时长跟进中,我们发现了在BuildingClosure 阶段的一个优化方式,成功的帮助我们降低了 1/5 的 BuildingClosure 阶段的启动耗时。Building Closure 并非工程的编译阶段(虽然它有一个building),Building Closure 是应用初次启动时会经历的阶段,因此它会影响应用的启动时长。 单就BuildingClosure阶段而言,我们观察到该阶段其中一个函数从 480ms 暴增到 1200ms 左右(PC 电脑端运行 dyld 调试统计耗时数据),我们通过优化,将耗时从1200ms降低到110ms。即使相比最开始的情况,也相当于从480ms降低到了110ms,由此可见Building Closure 优化是应用进行启动优化必不可少的一个重要手段。因此在这里我们也和各位读者进行分享,期望能够对各自项目有所帮助。 一、神秘的 BuildingClosure 启动优化的技术、实现方案业界有不少的文章可以参考学习,这里不再额外赘述。我们来探索下启动过程中非常神秘的 BuildingC...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS8安装Docker,最新的服务器搭配容器使用
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8编译安装MySQL8.0.19