查业务库还在「猜表名」?试试把 Agent 和记忆都留在本机

张开发
2026/4/21 21:50:34 15 分钟阅读

分享文章

查业务库还在「猜表名」?试试把 Agent 和记忆都留在本机
查业务库还在「猜表名」试试把 Agent 和记忆都留在本机很多团队已经习惯用 AI 写 SQL但路径往往很别扭把 DDL 或整张 ER 说明复制到网页里再贴回客户端执行——既打断心流又很难说清楚「我们库里的习惯」。DataAIDB-AI换了一条路在Windows 桌面客户端里直连 MySQL、PostgreSQL、Oracle、SQL Server、SQLite、MariaDB 等用LangGraph Agent做多步推理选表、拉结构、必要时看枚举并把长期记忆按「连接 数据库」存下来让你越用越省话。这条路径解决的三件事1. 少猜表名、少翻文档Agent 会在当前连接上自动选相关表、读 DDL再按数据库方言生成语句。你描述的是业务口径例如「最近 7 天按渠道汇总订单金额」而不是先背t_order还是orders_main。2. 建表 / 改表对齐「老库风格」多轮对话澄清需求后生成CREATE TABLE/ALTER TABLE会参考库里已有表尽量统一命名、类型、主键与索引习惯——适合在已有系统里增量加表而不是生成一套和现网格格不入的「教科书表结构」。3. 记忆跟着库走不是跟着聊天窗口走按连接与库隔离存储命名样例、相似历史查询、表级摘要规律压缩后的描述等。后续提问会在上下文中带上「各表使用规律」片段也提供「AI 记忆」面板可查看、清空或手动触发表级摘要方便团队沉淀常用查数模式。仍然是「正经客户端」SQL 编辑器高亮、格式化、基于表结构的补全多语句、多结果标签页。结果集排序、筛选、编辑行并生成 UPDATE导出 CSV / Excel / JSON以当前版本为准。连接管理测试连接、敏感信息加密存储支持从 Navicat 导入连接注册表 /.ncx。模型支持OpenAI 兼容接口可接云端或Ollama 等本地模型——按公司规范选型。适合谁角色典型场景后端 / 全栈联调、复杂 JOIN/聚合让 AI 起稿再微调数据同学不熟方言也能按口径探索数据DBA / 运维多库管理、结构浏览与脚本类工作流获取与反馈Gitee 仓库https://gitee.com/CodeYG/db-ai-pro安装包与更新说明https://gitee.com/CodeYG/db-ai-pro/releases欢迎 Star、Issue 反馈真实场景也欢迎把本文转给还在「网页里贴 DDL」的同事——本地客户端 可配置模型边界会清晰很多。本文为 DataAI 推广系列之一转载请保留项目链接。

更多文章