Loocor

愿意开源就值得被点赞肯定👍 我的项目其实不少但都涉及客户信息，分享不了

@Wxh16144 确实，遵循一致的规范有必要，下来得学习下 MCP 。

代码上我大概看了下，不知道这个方案是如何处理表、字段命名一致性的问题。看起来它完全依赖于 LLM 的判断来生成表名，这可能会导致几个潜在的问题：
1 、命名不一致：
- 同样的概念可能会用不同的表名（ customers/clients/users ）
- 不同的会话可能产生不同的命名选择
- 缺乏命名规范的强制执行
2 、结构不一致：
- 字段名称可能不统一（ first_name/firstname/fname ）
- 数据类型可能不一致（ VARCHAR/TEXT, INT/INTEGER ）
- 缺乏字段定义的标准化
3 、关系混乱：
- 外键引用可能使用不同的表名
- 索引命名可能不统一
- 缺乏关系模式的规范

db2llm 不同，默认是 db first 模式，现在的例子里是通过已有的 meta 信息来约束 llm 生成的请求，从而保证请求一致性的问题。但是除了 mcp 规范的欠缺外，其实对比前面这几个方案来看创建记录没问题但要新增表的话，一样也会出现一致性的毛病，我看看有没有其他的模式来处理这个问题

@aminobody 😂 还是交流好，这个 text2sql 还有 Chat2DB 之前都没留意。从 text2sql 官网看它的实现基础估计也是基于数据库的 meta 信息做文章

@Alexf4 MCP Server 因该是更规范灵活的做法，但我没深入了解过 MCP 架构，就选了这种最简单的方式来实现了

@elffkdx MTgyODAwNTg0MDU= 🤝

@EastLord 嗯啊，不过我也是发了才知道 Chat2DB 这类产品。不过我这个就是个技术方案演示，算不得产品😂

差别非常的大，建议你先不要怀疑沉心用几天，试用期足够作出评价了
因为我之前也是 github copilot 的年租用户，后来义无反顾的切换了

@ferock 😂 啥奇怪的关注点

@tinyhill 也没怎么更新的样子，情况差不多了