Prisma连接AWS远程PostgreSQL时嵌套写入极慢问题咨询

• 嵌套创建的逐行插入机制是最大诱因：你当前代码中使用statements: { create: statements }的语法批量插入关联的statement记录，在Prisma 4.6.0之前的版本中，嵌套场景下的create传入数组时不会生成批量INSERT语句，而是为每一条statement生成单独的INSERT请求执行。如果拆分得到的statement数量有上百条，就会产生对应数量的独立数据库交互。本地PostgreSQL网络延迟极低，单条请求耗时可以忽略，所以总耗时只有4s；而AWS PostgreSQL的公网/跨可用区网络延迟通常在几十ms级别，上百次请求的延迟叠加后，总耗时就会飙升到几十秒。TypeORM处理相同逻辑时默认会将多条数据合并为单条多行INSERT语句，仅需1-2次数据库交互，因此耗时只有1-2s。
• 高版本Prisma也需要显式指定批量创建语法：即使你使用的是4.6.0以上支持嵌套批量创建的Prisma版本，也需要将create替换为createMany才能触发批量INSERT逻辑，继续使用create依然会触发逐行插入。
• 额外校验开销放大延迟影响：如果你的schema中statements表和context表存在外键关联，逐行插入时Prisma还会额外执行多次外键合法性校验查询，进一步增加请求次数，放大网络延迟带来的耗时损失。

1. 替换嵌套create为createMany，修改创建逻辑如下：

async createContext(contextData: CreateContextDto): Promise<ContextRO> {
    const statements = contextData.body
      .split('\n')
      .filter((statement) => statement !== '')
      .map((statement) => ({ content: statement }));
    const context = await this.prisma.context.create({
      data: {
        contextName: contextData.name,
        userId: contextData.user,
        statements: {
          // 替换create为createMany触发批量插入
          createMany: {
            data: statements
          }
        },
      },
      include: {
        statements: true,
      },
    });

    return { context };
}

2. 升级Prisma客户端和schema生成工具到4.6.0及以上版本，PostgreSQL对嵌套createMany特性全版本支持，无需调整数据库配置。
3. 可按需调整Prisma连接池参数，在数据库连接串中添加pool_timeout=10&connection_limit=20参数，适配AWS PostgreSQL的网络环境，减少连接建立的额外开销。

内容的提问来源于stack exchange，提问作者Oleg Yarin