公司不让用 Navicat 之后，我居然自己撸出了一个数据库管理工具

因为公司合规政策，原本好用的 Navicat 被禁了，换成 DBeaver 之后总觉得哪里不对劲。最让我抓狂的不是工具本身，而是排查生产问题时的那种“割裂感”：查完 A 表拿到一个 ID，得手动复制，切到 B 库再粘贴，反复折腾好几次。这种机械劳动除了增加出错率，真的毫无技术含量。

于是我折腾出了 DataZen。这玩意儿不是那种单纯的 SQL 编辑器，它的核心逻辑是想把“跨库工作流”给自动化了。

我最看重它的几个实战点：

• 跨库工作流（Workflow）： 以前要写脚本才能搞定的多步查询，现在可以用 YAML 定义一套逻辑。比如先从库 A 查出用户 ID，自动带入库 B 的查询语句里，这种连贯性对排查链路问题非常有用。
• 本地优先 + 轻量级看板： 没必要为了给老板看几个报表就去部署一套沉重的 Superset。DataZen 可以直接把保存的 SQL 结果转成图表，在桌面端直接看，极其适合开发者自用。
• AI 深度集成： 它不是那种只会在对话框里瞎聊的 AI。当你配置了 AI Provider 后，它能直接读取当前的 Schema、查询报错信息和执行计划（EXPLAIN）。你可以直接问它：“为什么这个查询这么慢？”或者“根据这个报错帮我修一下 SQL”，它是有上下文的。
• 技术栈硬核： 基于 Tauri v2 + Rust + React 开发，这意味着它既有原生应用的性能，又能保持极低的内存占用。

目前这还是 v0.1.0 版本，有些地方还在打磨。比如用 YAML 来定义工作流到底顺不顺手，以及在只读权限管控下，写操作的审批流该怎么设计。如果你也受够了在不同数据库窗口之间反复横跳，或者正在找一个比 DBeaver 更现代的开源替代品，可以去研究一下。

GitHub: https://github.com/flyxl/datazen