如何正确设计Mongoose数据模型？嵌套与扁平化结构选型咨询

方案选型结论 #

如果你的核心业务需求仅为按国家分组展示产品，且单个国家下的产品量级不超过数千个，嵌套结构是更适配你需求的设计，读性能比扁平化结构更高；如果你的业务还涉及大量单产品独立查询、修改、跨国家产品统计的场景，或者单国家产品数过万，则更推荐使用扁平化结构。

两种方案的优劣对比 #

• 嵌套结构（按国家分组存储）
  优点：完全匹配按国家查询全量产品的需求，一次普通查询即可拿到对应国家的所有产品，无需额外聚合操作，读性能高；没有冗余数据，无需重复存储国家字段。
  缺点：单个文档的体积会随产品数量增加变大，受MongoDB单文档最大16MB的限制；单独操作某一个产品（比如修改指定产品价格）的代码复杂度略高于扁平化结构。
• 扁平化结构
  优点：单产品的增删改查操作更简单，适合产品量级大、需要频繁操作单个产品、需要做跨国家产品统计的场景。
  缺点：按国家分组展示时需要每次做$group聚合查询，数据量大会有额外性能开销；国家字段重复存储，存在数据冗余。

嵌套结构的Mongoose实现代码 #

// 定义产品子文档Schema
const productSubSchema = new mongoose.Schema({
  product: { type: String, required: true },
  price: { type: Number, required: true }
})

// 定义国家维度的父Schema
const CountryProductSchema = new mongoose.Schema({
  country: { 
    type: String, 
    required: true, 
    unique: true // 保证同一个国家只会生成一条文档，避免重复
  },
  products: [productSubSchema] // 嵌套产品数组
})

// 注册并导出模型
const CountryProduct = mongoose.model('CountryProduct', CountryProductSchema)

常用操作示例 #

1. 查询西班牙所有产品：

const spainProducts = await CountryProduct.findOne({ country: 'Spain' })
// 直接返回的spainProducts.products就是西班牙所有产品的数组，可直接用于前端展示

2. 给西班牙新增一个产品：

await CountryProduct.findOneAndUpdate(
  { country: 'Spain' },
  { $push: { products: { product: 'product3', price: 20 } } },
  { upsert: true } // 如果西班牙的文档不存在则自动创建
)

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