Mongoose 文档跨集合复制 VersionError 解决方案-js教程-PHP中文网

Mongoose 文档跨集合复制 VersionError 解决方案

引言：Mongoose 文档复制中的 VersionError

在 mongodb 应用开发中，使用 mongoose odm 进行数据操作是常见的。有时，我们可能需要将一个集合中的文档数据复制到另一个集合。一个常见的场景是，当用户选择某个课程后，我们需要将该课程的信息复制到“已选课程”集合中。然而，直接将从源集合查询到的 mongoose 文档实例传递给目标集合的模型构造函数并尝试保存时，可能会遇到 versionerror。

VersionError: No matching document found for id "..." version 0 modifiedPaths "..." 这样的错误表明 Mongoose 尝试更新一个不存在的文档，或者其内部版本号 (__v) 不匹配。这通常发生在 Mongoose 误将一个新文档操作当作更新现有文档的操作。

理解 Mongoose VersionError 的根源

Mongoose 文档实例不仅仅是纯粹的数据对象，它们还携带了 Mongoose 内部的状态信息，例如 _id、__v（版本键）、isNew（是否是新文档）、modifiedPaths（修改过的路径）等。

当您从一个集合（例如 ClassModel）查询到 classTaken 实例时，Mongoose 会将其标记为非新文档 (isNew: false)，并记录其当前的 __v。如果您随后尝试将这个 classTaken 实例直接传递给另一个模型（例如 TakenClassesModel）的构造函数：

const newClass = TakenClassesModel(classTaken);
await newClass.save();

Mongoose 可能会因为 classTaken 内部携带的 _id 和 __v 等信息，而将 newClass 实例也误判为是一个现有文档的更新操作，而不是一个全新的插入操作。当 newClass.save() 被调用时，Mongoose 尝试在 TakenClassesModel 对应的集合中查找一个具有相同 _id 和 __v 的文档进行更新。由于在目标集合中，这个 _id 对应的文档通常是不存在的，或者即使存在，其 __v 也不匹配，因此 Mongoose 会抛出 VersionError。

错误的复制方式及其原因

以下是导致 VersionError 的典型代码示例：

// 从 ClassModel 集合中查找一个课程文档
const classTaken = await ClassModel.findOne({ subject_id: subject_id });

// 尝试直接使用 Mongoose 文档实例创建新文档
try {
  const newClass = TakenClassesModel(classTaken); // classTaken 是一个 Mongoose 文档实例
  await newClass.save(); // 此时可能抛出 VersionError
} catch (err) {
  console.error(err);
}

如前所述，classTaken 变量是一个 Mongoose 文档实例，它包含了 Mongoose 内部用于追踪文档状态和版本的信息。当将其直接传递给 TakenClassesModel 构造函数时，Mongoose 可能会尝试将其作为现有文档进行处理，而不是作为新文档进行插入。

正确的解决方案：创建纯 JavaScript 对象

解决 VersionError 的关键在于确保 Mongoose 将新创建的文档实例视为一个全新的、待插入的文档。这可以通过将源 Mongoose 文档实例转换为一个纯 JavaScript 对象来实现，从而剥离 Mongoose 内部的状态信息。

方法一：手动创建纯 JavaScript 对象

您可以手动从源 Mongoose 文档实例中提取所需字段，构建一个新的纯 JavaScript 对象。

Java Api Extractor

从 Java 项目中提取 Controller 层接口定义为 JSON 数据。

下载

// 从 ClassModel 集合中查找一个课程文档
const classTaken = await ClassModel.findOne({ subject_id: subject_id });

if (classTaken) {
  // 手动提取所需字段，创建纯 JavaScript 对象
  const classDataToCopy = {
    // 如果希望新文档拥有新的 _id，则不包含 _id 字段
    // _id: classTaken._id, // 如果需要保留原始 _id，请取消注释
    rating: classTaken.rating,
    title: classTaken.title,
    description: classTaken.description,
    offered_fall: classTaken.offered_fall,
    // ... 其他所有需要复制的字段
  };

  try {
    // 使用纯 JavaScript 对象创建 TakenClassesModel 实例
    const newClass = new TakenClassesModel(classDataToCopy);
    await newClass.save(); // 现在应该能正常保存
    res.json(newClass); // 返回新创建的文档
  } catch (err) {
    console.error("保存新课程时出错:", err);
    res.status(500).json({ message: "无法添加课程" });
  }
} else {
  res.status(404).json({ message: "未找到指定课程" });
}

原理： 通过手动构建 classDataToCopy，我们创建了一个不带任何 Mongoose 内部状态标记的纯 JavaScript 对象。当这个对象被传递给 new TakenClassesModel() 时，Mongoose 会将其识别为一个全新的文档，并为其分配一个新的 _id（如果 _id 未被明确指定），并将其 isNew 属性设置为 true，从而执行插入操作而非更新操作，避免了 VersionError。

更推荐的方法：使用 `toObject()`

手动提取字段既繁琐又容易遗漏。Mongoose 文档实例提供了一个 toObject() 方法，可以方便地将其转换为一个纯 JavaScript 对象。这是更推荐的做法。

// 从 ClassModel 集合中查找一个课程文档
const classTaken = await ClassModel.findOne({ subject_id: subject_id });

if (classTaken) {
  // 使用 toObject() 方法获取纯 JavaScript 对象
  // { virtuals: false, getters: false } 可以确保只获取原始数据
  let classDataToCopy = classTaken.toObject({ virtuals: false, getters: false });

  // 关键：如果希望新文档拥有新的 _id，必须删除原始 _id
  delete classDataToCopy._id; 
  // 如果需要保留原始 _id，并且确定在目标集合中不会冲突，则不删除此行

  try {
    // 使用纯 JavaScript 对象创建 TakenClassesModel 实例
    const newClass = new TakenClassesModel(classDataToCopy);
    await newClass.save(); // 正常保存
    res.json(newClass);
  } catch (err) {
    console.error("保存新课程时出错:", err);
    res.status(500).json({ message: "无法添加课程" });
  }
} else {
  res.status(404).json({ message: "未找到指定课程" });
}

toObject() 的优势：

简洁性： 无需手动列出所有字段，toObject() 会自动包含文档中的所有数据。
完整性： 确保所有字段都被复制，避免遗漏。
灵活性： toObject() 方法可以接受选项，例如 virtuals: true 来包含虚拟属性，getters: true 来应用 getter 函数等。对于复制操作，通常建议将 virtuals 和 getters 设置为 false，以获取最原始的数据。

关键注意事项

_id 的处理策略：
- 生成新的 _id (推荐)： 如果您希望在目标集合中创建一个全新的、独立的文档，那么在将 Mongoose 文档实例转换为纯 JavaScript 对象后，务必删除其 _id 属性。这样，当 new TakenClassesModel(classDataToCopy) 被保存时，Mongoose 会自动生成一个新的 _id。这是最常见的复制场景。
- 保留原始 _id： 如果您有特殊需求，希望新文档在目标集合中保留与源文档相同的 _id，则不要删除 _id 属性。但请注意，这要求目标集合中不能存在具有相同 _id 的文档，否则 save() 操作将抛出 MongoError: E11000 duplicate key error collection 错误。
源与目标 Schema 差异：
- 如果 ClassModel 和 TakenClassesModel 的 Schema 定义不同，使用 toObject() 复制所有字段后，new TakenClassesModel(classDataToCopy) 会自动忽略 TakenClassesModel Schema 中未定义的字段，并只保存 Schema 中定义的字段。这是 Mongoose 的默认行为。
性能考量 (批量操作)：
- 上述方法适用于复制单个或少量文档。如果需要批量复制大量文档，Mongoose 的 save() 操作会导致多次数据库往返。对于这种情况，更高效的方法是利用 MongoDB 的聚合管道操作，例如 $out 或 $merge，它们可以在服务器端执行，减少网络开销，提高性能。
```
// 示例：使用聚合管道批量复制
// ClassModel.aggregate([
//   { $match: { /* 筛选条件 */ } },
//   { $project: { _id: 0, /* 其他需要复制的字段 */ } }, // 如果需要新的_id，则_id:0
//   { $out: "taken_classes" } // 目标集合名称
// ]).exec();
```

总结

当在 Mongoose 中将文档从一个集合复制到另一个集合时，遇到 VersionError 的根本原因是 Mongoose 文档实例携带的内部状态信息导致其被误判为更新操作。解决此问题的核心方法是，在创建目标集合的新文档实例之前，将源 Mongoose 文档实例转换为一个纯 JavaScript 对象。最推荐的做法是使用 toObject() 方法，并在必要时删除 _id 属性以确保生成新的文档 ID。理解 Mongoose 的内部工作机制并正确处理文档实例与纯数据对象之间的区别，是避免此类错误的关键。