一个用抽象层来管理数据库的 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 更类似一个内容社区平台的结构。