如何在PG-Promise事务中封装GraphQL请求？

嘿，我来帮你梳理一下这两个工具的用法，以及封装GraphQL请求的通用思路：

PG-Promise给咱们提供了一套省心的安全事务封装器，用法非常直接：

db.tx(t => {
  // 在此可使用t在单个连接的单次事务中执行任意查询
})

这里的t是专属的事务对象，所有通过它执行的数据库操作，都会绑定在同一个数据库连接的单次事务中，能有效避免连接复用带来的事务不一致问题，安全性拉满。

Apollo GraphQL Express专门做了适配Express的中间件，用来处理GraphQL请求，它的核心逻辑完全依赖预定义的resolvers（解析器）：

• 每个解析器对应GraphQL Schema里的一个字段或操作
• 当客户端发起请求时，Apollo会自动匹配并调用对应的解析器处理请求的各个部分
• 最后把所有解析器的执行结果组合成完整的响应返回给客户端

虽然你没提到具体要封装的请求细节，但我可以给你几个实用的方向：

• 复用解析器逻辑：把重复的数据库操作、业务判断抽成公共函数，让多个解析器直接调用，减少代码冗余
• 结合PG-Promise事务：如果你的请求涉及多个数据库写操作，完全可以在解析器里嵌套PG-Promise的事务封装，确保这些操作要么全部成功，要么全部回滚。举个简单的例子：

  const resolvers = {
    Mutation: {
      createUser: async (_, { input }, { db }) => {
        return db.tx(async t => {
          // 先插入用户基础信息
          const user = await t.one('INSERT INTO users(name, email) VALUES($1, $2) RETURNING *', [input.name, input.email]);
          // 再插入用户默认配置
          await t.none('INSERT INTO user_configs(user_id, theme) VALUES($1, $2)', [user.id, 'light']);
          return user;
        });
      }
    }
  };
  

• 统一错误处理：在封装逻辑里加一层错误捕获，把数据库报错、业务异常转换成GraphQL标准的错误格式，方便客户端统一处理
• 上下文复用资源：把PG-Promise的db实例放到Apollo的请求上下文（context）中，这样所有解析器都能直接获取，不用每次都重新初始化

内容的提问来源于stack exchange，提问作者Matthew Krauss