最近想搞这块的东西，大佬们来指点下Agent 时代的数据库该怎么设计？ legacy 的 db 有什么好的方式暴露给 agent 使用么？
我再弄个代理层，在代理里管理数据库的 context ，由业务自定义 sql pattern 和采集现有 sql pattern ，让 agent 选择 sql pattern 并按需传递参数，这样比较安全且迭代比较快。看到了有个 wren ai 再做类似的东西。
另外一种 agent for db 的方式问看到了 pingcap 搞的 db9 ，以及 agent fs 这种把数据库抽象成文件给 agent 用，这种算是全新的场景，不涉及 legacy 数据。
各位大佬也聊聊自己公司是否有再做类似的内容。
 |
1
ximaoyang 1 day ago
你是要用一种数据库来管理 ai 的上下文吗？
|
 |
2
shinyzhu 1 day ago
数据库就该干数据库的事情，Agent 怎么交互都好。现在做的很多事情有点过头了。
|
 |
3
sssjjjjj OP @ximaoyang 是把数据库的 schema/表字段这些变成一个由上面说的代理层管理的 context,提供这个 context 给 agent,让 agent 选择执行哪一条/批 sql.
@shinyzhu 我觉得现在是技术迭代太快，业务场景和需求还没有真的 ai native 或者 agent 化。现在大部分 agent 还是通过后端服务的 mcp 化来获取数据，但是业务状态本身都是在数据库里，ai native 场景里的后端服务会越来越薄甚至不在被需要，agent 本身自己就可以和数据库获交互。也许加一个中间层的代理做好 context 管理和安全审计就能替代很多后端 mcp 读写状态的场景了。 |
 |
4
enotx 1 day ago
我的个人项目里面，涉及到这块的时候是用 supabase 做数据库，开放给 agent 操作 api 的直接写成 edge function ，加上自搓的注册鉴权机制
说本质还是做了个给 AI 的后端服务，但我觉得这是合理的，没必要把原子读写都交给 agent 做，既浪费钱、还容易出错 |
 |
5
zxjxzj9 1 day ago
我还真有类似需求,目前是做了一些自定义的 json shcema 当做 protocol(其实就是把 orm 操作用 json 规定好). 做了一些目前是好用的, 但是估计复杂起来就够呛了
|
 |
6
langhuishan 1 day ago
数据库有外键设计，或者给 AI 一份表与表之间的关联字段，做报表时候，可以使用自然语言让 AI 生成报表，这样不懂 SQL 的人员，就可以自己做报表了。
|
 |
7
l84 1 day ago
从 duckDB 切入一定没错
|
 |
9
limusi 1 day ago
如果说 AI 特色的 DB, 应该是在压缩上要有独到之处
|
Select Language