Prisma CreateMany与Transaction对比：批量创建并返回记录选哪种？

现有方案分析 #

方案1：createMany + findMany #

• 实现逻辑：先用prisma.users.createMany({ data: [...] })完成批量插入，再调用findMany查询返回结果。
• 优缺点：
  • 优势：createMany是Prisma针对批量场景优化的API，底层对应数据库原生批量插入语句（如PostgreSQL的INSERT ... VALUES (...)），插入性能极强，适合超大量数据的场景。
  • 劣势：需额外执行查询操作，存在数据一致性风险——插入后到查询前若有其他操作修改这批数据，返回结果会不准确；且findMany需要精准过滤才能定位刚插入的记录，若无唯一标识（如批量生成的专属字段），只能靠全表查询或时间范围过滤，效率和准确性都受影响。

方案2：$transaction内批量调用create #

• 实现逻辑：将多个prisma.users.create({ data: {...} })放入prisma.$transaction([])，事务执行后直接返回每条create的结果。
• 优缺点：
  • 优势：事务保证原子性，要么全成功要么全失败；直接返回创建后的完整记录，无需额外查询，数据100%一致。
  • 劣势：每条create对应一条数据库插入语句，数据量大时（如几百上千条）会产生大量SQL请求，性能远低于createMany；事务内语句过多还可能触发数据库的事务大小限制。

更优替代方案 #

方案3：createMany + 数据库返回插入数据（依赖数据库特性） #

PostgreSQL、MySQL 8.0+等数据库支持INSERT ... RETURNING语法，Prisma的createMany在这些数据库下可通过select参数直接返回插入的记录：

const createdUsers = await prisma.users.createMany({
  data: [
    { name: 'Alice', email: 'alice@example.com' },
    { name: 'Bob', email: 'bob@example.com' }
  ],
  select: { id: true, name: true, email: true } // 指定要返回的字段
})

• 优势：兼顾createMany的高性能批量插入，又能直接拿到插入后的记录，避免二次查询和一致性问题，是最优解（前提是数据库支持RETURNING）。

方案4：自定义SQL（极端场景） #

若数据库不支持RETURNING，或需要更复杂逻辑，可使用Prisma的$queryRaw执行自定义批量插入SQL并返回结果：

// 参数化查询避免SQL注入
const usersData = [{ name: 'Alice', email: 'alice@example.com' }, { name: 'Bob', email: 'bob@example.com' }]
const placeholder = usersData.map((_, idx) => `($${idx*2+1}, $${idx*2+2})`).join(',')
const params = usersData.flatMap(u => [u.name, u.email])

const createdUsers = await prisma.$queryRaw`
  INSERT INTO users (name, email)
  VALUES ${placeholder}
  RETURNING id, name, email
`.bind(...params)

• 注意：必须使用参数化查询避免SQL注入风险，不要直接拼接字符串。

方案选择建议 #

• 若数据库支持RETURNING（PostgreSQL、MySQL 8.0+等）：优先用方案3，性能和一致性拉满。
• 若数据库不支持RETURNING且数据量小（几十条以内）：用方案2，简单直接，数据准确。
• 若数据库不支持RETURNING且数据量大：用方案1，但需确保查询时能精准过滤刚插入的记录（如提前生成唯一标识，或插入时记录时间戳，查询时用时间范围过滤），同时接受极小的一致性风险。

内容的提问来源于stack exchange，提问作者Manish Rathod