嘿，这个需求我之前帮不少开发者解决过，完全可以在单条聚合管道内实现，不需要把数据拉到客户端再插入，全程在MongoDB服务器端完成，完美避免往返请求。下面给你几个按推荐程度排序的可行方案：

方案1：基于原文档唯一字段生成字符串ID（最推荐） #

如果原集合的_id是ObjectId，直接把它转成字符串作为新集合的_id是最稳妥的——原_id本身就是全局唯一的，转成字符串后依然保持唯一性，而且操作高效，没有额外的生成逻辑开销。

db.sourceCollection.aggregate([
  // 第一步：将原ObjectId转换为字符串类型的ID，替换原_id字段
  {
    $set: {
      _id: { $toString: "$_id" }
    }
  },
  // 第二步：在这里添加你的数据转换逻辑（比如字段重命名、过滤、计算等）
  {
    $rename: {
      old_user_name: "username",
      old_email: "contact_email"
    }
  },
  // 第三步：将结果写入新集合，指定使用我们生成的字符串ID
  {
    $merge: {
      into: "targetCollection", // 目标新集合名称
      whenMatched: "fail", // 理论上不会出现重复ID，若出现则报错保证数据一致性
      whenNotMatched: "insert" // 不存在则插入新文档
    }
  }
])

方案2：生成全新的UUID字符串ID（MongoDB 4.0+） #

如果原文档没有合适的唯一字段可用，MongoDB 4.0及以上版本提供了内置的$randomUUID函数，可以直接生成符合RFC 4122标准的版本4 UUID，转成字符串后就是全局唯一的ID。

db.sourceCollection.aggregate([
  // 生成UUID字符串作为新的_id
  {
    $set: {
      _id: { $toString: { $randomUUID: {} } } // $randomUUID返回BinData，转成字符串类型
    }
  },
  // 你的自定义数据转换逻辑
  {
    $project: {
      full_name: { $concat: ["$first_name", " ", "$last_name"] },
      registration_date: 1,
      is_active: 1
    }
  },
  // 写入新集合
  {
    $merge: {
      into: "targetCollection",
      whenMatched: "fail",
      whenNotMatched: "insert"
    }
  }
])

方案3：自定义组合字符串ID（适合业务场景需求） #

如果你的业务需要ID包含特定的业务信息，可以用$concat结合多个唯一字段生成自定义字符串ID，比如用户ID+时间戳的组合：

db.sourceCollection.aggregate([
  {
    $set: {
      _id: {
        $concat: [
          "order_",
          { $toString: "$user_id" },
          "_",
          { $toString: { $toLong: "$create_time" } }
        ]
      }
    }
  },
  // 数据转换逻辑
  // ...
  {
    $merge: {
      into: "targetCollection",
      whenMatched: "fail",
      whenNotMatched: "insert"
    }
  }
])

关键注意事项 #

• 版本兼容性：$merge需要MongoDB 3.6+，$toString和$randomUUID需要4.0+；如果是旧版本，可以用$convert代替$toString：$convert: { input: "$_id", to: "string" }
• 性能优势：所有操作都在服务器端完成，没有客户端与数据库的往返请求，处理大型数据集的效率远高于拉取数据再插入的方式
• 原子性保障：$merge操作是原子性的，如果管道执行出错，不会留下部分数据，保证数据一致性
• 索引优化：新集合创建后，可以给字符串类型的_id创建索引，提升后续查询性能

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