电商场景下如何合并3个MongoDB集合查询或优化为单一集合设计

你可以直接使用MongoDB的聚合管道能力，在单次请求中完成子商品筛选、主商品关联、多语言内容关联的全流程，所有逻辑在数据库层完成，无需应用层二次查询和循环拼接，示例代码如下：

db.sku.aggregate([
  // 第一步：筛选符合条件的子商品，可按需加库存>0的过滤逻辑
  {
    $match: {
      "features.color": "red",
      "features.size": 42,
      qt: { $gt: 0 }
    }
  },
  // 第二步：按主商品ID分组去重，避免同一个主商品下多个符合条件的SKU重复返回
  {
    $group: {
      _id: "$pid",
      matchedSkus: { $push: "$$ROOT" } // 可选配置，保留符合筛选条件的SKU明细
    }
  },
  // 第三步：关联主商品集合
  {
    $lookup: {
      from: "product",
      localField: "_id",
      foreignField: "id",
      as: "productInfo"
    }
  },
  { $unwind: "$productInfo" }, // 主商品唯一，拆分关联返回的数组结构
  // 第四步：关联多语言集合
  {
    $lookup: {
      from: "i18n",
      localField: "_id",
      foreignField: "cid",
      as: "i18nInfo"
    }
  },
  { $unwind: "$i18nInfo" },
  // 第五步：按需调整输出字段结构
  {
    $project: {
      _id: 0,
      productId: "$_id",
      images: "$productInfo.images",
      matchedSkus: 1,
      // 按需返回对应语种的内容
      title: "$i18nInfo.content.ru.title",
      description: "$i18nInfo.content.ru.description"
    }
  }
])

这种方案不需要改动现有数据结构，适合已经上线、改模型成本高的场景。

如果业务还在迭代阶段，更推荐将SKU和多语言内容直接内嵌到主商品文档中，30+的SKU数量远低于MongoDB单文档16MB的上限，完全不需要拆分集合，新的Schema参考如下：

{
  id: MongoId,
  images: ['', ''],
  // 内嵌多语言内容
  content: {
    ru: { title: '', description: '' },
    en: { title: '', description: '' }
  },
  // 内嵌所有SKU信息
  skus: [
    {
      id: MongoId,
      image: '',
      features: { color: ['red'], size: 42 },
      qt: 5
    },
    // 其余SKU省略
  ]
}

筛选查询直接匹配内嵌的skus数组即可，还可以通过投影只返回符合条件的SKU，示例查询代码：

db.product.find({
  skus: {
    $elemMatch: {
      "features.color": "red",
      "features.size": 42,
      qt: { $gt: 0 }
    }
  }
},
{
  // 仅返回符合条件的SKU，避免返回全部30+SKU占用不必要的带宽
  "skus.$": 1,
  images: 1,
  "content.ru": 1
})

该方案的核心优势：

• 无关联查询开销，单次查询即可拿到所有需要的商品信息，性能远高于分集合关联方案
• 数据结构统一，无需维护多集合之间的外键一致性
• 支持单文档原子更新，主商品属性、SKU库存、多语言内容的修改都可以在一次请求中完成，不会出现部分更新成功的数据不一致问题

只有当单个主商品的SKU数量超过500个、或者单文档大小接近16MB上限时，才需要考虑拆分集合的设计，普通电商场景下内嵌模型是性价比最高的选择。

内容的提问来源于stack exchange，提问作者אלנ נורמן