MongoDB 4.2中是否有等效于$unionWith的实现方式？

由于MongoDB 4.2原生不支持$unionWith，且你无法将超大的gadgets-archive集合数据迁移到新集合，以下是几种可行的替代方案：

1. 客户端侧合并两个集合的聚合结果 #

这是最实用的方案，核心思路是分别对两个集合执行相同的聚合管道，再在客户端将结果合并。

操作示例（Mongo Shell）： #

// 定义通用的聚合管道
const commonPipeline = [
  { $match: { status: "active" } }, // 示例匹配条件
  { $project: { name: 1, price: 1, createdAt: 1 } } // 示例投影字段
];

// 分别获取两个集合的聚合结果
const gadgetsData = db.gadgets.aggregate(commonPipeline).toArray();
const archiveData = db["gadgets-archive"].aggregate(commonPipeline).toArray();

// 合并结果集
const combinedData = gadgetsData.concat(archiveData);

// 如果需要全局排序，可在合并后执行
const sortedData = combinedData.sort((a, b) => b.createdAt - a.createdAt);

注意事项： #

• 如果结果集过大，直接合并会占用大量客户端内存，建议通过skip和limit分批次处理，逐步合并分页数据。
• 全局排序、统计等操作需要在合并后的结果集上执行，无法利用MongoDB的服务器端聚合优化。

2. 利用$lookup关联合并（仅适用于小集合场景） #

如果其中一个集合（比如gadgets）的数据量远小于gadgets-archive，可以通过$lookup将小集合的数据关联到大集合的聚合结果中，再展开合并。但此方案不适合两个集合都很大的场景，会导致严重的性能问题。

操作示例： #

db["gadgets-archive"].aggregate([
  // 对归档集合执行聚合
  { $match: { status: "active" } },
  { $project: { name: 1, price: 1, createdAt: 1 } },
  // 关联 gadgets 集合的匹配数据
  {
    $lookup: {
      from: "gadgets",
      let: { matchStatus: "active" },
      pipeline: [
        { $match: { $expr: { $eq: ["$status", "$$matchStatus"] } } },
        { $project: { name: 1, price: 1, createdAt: 1 } }
      ],
      as: "gadgets_data"
    }
  },
  // 展开关联的数据并合并结构
  { $unwind: "$gadgets_data" },
  {
    $facet: {
      archive_docs: [{ $project: { doc: "$$ROOT" } }],
      gadgets_docs: [{ $project: { doc: "$gadgets_data" } }]
    }
  },
  { $project: { combined: { $concatArrays: ["$archive_docs", "$gadgets_docs"] } } },
  { $unwind: "$combined" },
  { $replaceRoot: { newRoot: "$combined.doc" } }
]);

总结 #

优先选择客户端侧合并的方案，它不需要修改数据库结构，也能避免大集合关联带来的性能损耗，只需在客户端处理结果合并和后续的全局操作即可。

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