大家好，我是 Shayan，几个月前我开始做一个数据库客户端 DBDelve，重点是性能，以及让它用起来感觉舒服（本着 Zed、Ghostty 以及其他那些用起来就是很顺手的工具的精神）。就我的工作流而言，我一直追求性能，尤其是之前我有一台非常老旧的机器，任何一点臃肿都会非常明显，我记得用 DBeaver 的时候它多次直接崩溃，我还得用 postGIS，那更是雪上加霜。我把所有重要的开发工具都换成了注重性能的那一类（Zed、Ghostty 等），唯一缺的就是数据库客户端。大家的主要选择是 DBeaver，它是个内存大户，而且在我看来对大多数任务来说都过于笨重。其他选项如 Datagrid、Beekeeper、TablePlus 要么基于 electron，因此臃肿、吃内存，要么收费且闭源。

DBDelve 0.3.6 对比 DBeaver 25.3.1，同一张 Postgres 表，各取 5 次运行的中位数（2026-10-11，M1 Pro，32 GB）。时间从执行操作到行渲染完成。

                            DBDelve   DBeaver
  启动                       1.1 s     5.2 s
  空闲内存                   133 MB    606 MB
  1,000 行查询               0.21 s    1.96 s
  1M 行，耗时                56 s      208 s
  1M 行，内存 [1]            4.9 GB    17 GB

[1] 故意把整张 100 列、100 万行的表拉进内存，并关闭行数限制。这不是常规用例；为了这个基准测试，DBeaver 的堆上限不得不手动调高。加载 100 万行、每行 100 列时的滚动性能：https://youtu.be/V2MOhJYFqIE它具备大多数开发者 90% 工作流所需的大部分功能，另外还有一些我觉得会是加分项的功能： 只读、读写和完全访问模式 玻璃主题（如果你喜欢的话，我喜欢） 以键盘为中心，所有快捷键均可自定义 将连接组织到项目中我和其他一些人已经把它作为日常主力用一个多月了，大部分好评都集中在它有一个非常简单易用的 UI、以它的年龄来说非常稳定，当然还有性能。我在这里分享也是因为那些人告诉我它有成长潜力，所以我在尝试把它分发出去。这里要特别感谢 Zed 团队做出 GPUI，用起来很轻松，只要你熬过他们没有在 crates.io 上正式更新 crate 这件事就行，不过社区已经找到了解决办法，你只需要深入挖掘。它的性能极佳，而且那种类似 HTML 的结构，让有 Web 开发背景的人很容易理解，agent 也很擅长写它。GPUI component 也解决了很多问题，让我们有一个好用的组件库。我认为对于现在开始 GPUI 项目的人来说，GPUI-kit 很合理，它把 GPUI、GPUI-component 打包在一起，并做了一些优化，加入了保留模式（retained mode），这虽然是实验性的，但可能带来很多好处，所以综合考虑，我觉得它应该成为默认方式。我做的主要优化就是通过使用压缩行（packed rows）来降低内存开销，在大型数据集上把内存占用减少了 40%（在应用中加载一张 4GB 的表，从 8.1GB 降到 4.9GB），其他基本都是 Rust 和 GPUI 自带的，或者它们让事情变得很容易。限制： 它没有签名和公证，苹果那边的身份验证简直是一场噩梦，但应该很快会签名。 目前不要指望它能与更成熟的客户端功能对等，现在的总体方向是走 Zed 那种逐步添加功能的路子，但要先确保核心工作流以高质量完成。一定要试一试，你可以从 dbeaver 和 tableplus 导入你的连接。https://github.com/ShayanAbbas1/dbdelve 评论 URL：https://news.ycombinator.com/item?id=50427934 点数：1

评论数：0