一个用抽象层来管理数据库的 mcp 服务 mcp-dbutils

mcp-dbutils是一款统一的数据库访问服务，支持多种数据库类型（ PostgreSQL 和 SQLite ）。它通过抽象层设计，为 MCP 服务器提供了简单、统一的数据库操作接口。

会话案例：

user: 看看 stage-db 里 user 表里的内容 claude: 我需要使用数据库查询功能来查看表的内容。让我执行一个查询。 从查询结果看，user 表包含了用户的基本信息。主要字段包括： 1. user_id: 用户的唯一标识符（ UUID 格式） 2. first_name: 用户名 3. last_name: 姓氏 4. email: 电子邮件地址 5. created_at: 创建时间 6. data: 附加数据（大多数为空） 表中目前有 41 条记录，用户主要来自几个域名： - anotherday.it - anniday.ai - ultimate.ai - countertest.com - 以及一些个人邮箱 值得注意的是，只有一个用户(Hao Dong)的 data 字段包含了资源限制配置，设置了不同模型的使用配额。大多数账户是在 2019 年 3 月到 2021 年 11 月期间创建的。 user: 很好。再看看 dev-db ，这应该不是一个项目的吧 claude: 让我查询一下 dev-db 里的 user 表。 看来 dev-db 里没有 user 这张表。让我看看 dev-db 里都有哪些表。 确实是不同的项目。dev-db 看起来是一个典型的社交应用数据库结构，包含了三个主要表： - users: 用户表 - posts: 帖子表 - interactions: 互动表 让我分别看看这些表的内容： 是的，dev-db 和 stage-db 是两个完全不同的项目： 1. stage-db 是一个企业门户系统的数据库，关注用户管理和资源配额，用户主要来自企业邮箱。 2. dev-db 则是一个类似社交问答平台的数据库： - 用户分为 regular 、creator 、expert 三种类型 - 内容类型包括 article （文章）、question （问题）和 answer （回答） - 用户之间有关注关系（ follower/following ） - 支持点赞（ like ）和评论（ comment ）等互动 - 看起来是一个示例或测试数据库，数据量不大（用户 10 个，帖子和互动各几条） 两个数据库的设计思路和用途都很不一样。虽然都包含用户信息，但 stage-db 更注重企业用户管理和资源控制，而 dev-db 更类似一个内容社区平台的结构。