如何在Mongoose中设计主分类与子分类结构的Schema？

针对OLX类二级分类（主分类→子分类，比如手机→手机品牌）的需求，以下是两种生产环境常用的落地方案，可按需选择：

方案1：父子引用模式（推荐，扩展性、运维友好度最高） #

设计思路 #

所有分类存储在同一个Collection，每个文档通过parentId标识层级，主分类的parentId统一设为null。修改分类名称、排序、状态等属性时只需更新单条文档，无冗余数据，查询子分类只需按parentId过滤即可，也支持后续扩展三级、四级分类。

参考Schema（Mongoose示例） #

const mongoose = require('mongoose')
const categorySchema = new mongoose.Schema({
  // 分类名称，如「手机」「苹果」
  name: {
    type: String,
    required: true,
    index: true
  },
  // 分类唯一标识，可用于URL路由，如'mobile_phone' 'apple'
  slug: {
    type: String,
    unique: true,
    required: true
  },
  // 父分类ID，主分类该字段为null
  parentId: {
    type: mongoose.Schema.Types.ObjectId,
    ref: 'Category',
    default: null,
    index: true
  },
  // 分类排序权重，数值越大展示越靠前
  sortOrder: {
    type: Number,
    default: 0
  },
  // 分类状态，无需删除数据即可实现上下线
  status: {
    type: String,
    enum: ['active', 'inactive'],
    default: 'active'
  },
  // 扩展字段：分类图标、描述等可按需添加
  icon: String,
  description: String
}, { timestamps: true })

const Category = mongoose.model('Category', categorySchema)

常用查询示例 #

• 查询所有已激活的主分类：

const mainCategories = await Category.find({ parentId: null, status: 'active' }).sort({ sortOrder: -1 })

• 查询「手机」主分类下所有已激活的子分类（需先拿到手机分类的_id，记为mobileCateId）：

const subCategories = await Category.find({ parentId: mobileCateId, status: 'active' }).sort({ sortOrder: -1 })

优缺点 #

• 优势：结构简单易维护，扩展性强，分类属性修改无冗余更新，适配绝大多数电商分类场景
• 劣势：如需一次性查询全部分类树，需要额外做聚合查询，性能仍可满足十万级分类量的需求

方案2：嵌套文档模式（适合固定二级分类、更新频率极低的场景） #

设计思路 #

主分类文档直接内嵌所有子分类数组，一次查询即可拿到主分类+全部子分类数据，无需二次查询或联查。

参考Schema #

const categorySchema = new mongoose.Schema({
  name: {
    type: String,
    required: true,
    index: true
  },
  slug: {
    type: String,
    unique: true,
    required: true
  },
  // 直接内嵌子分类列表
  subCategories: [{
    name: String,
    slug: String,
    sortOrder: Number,
    status: String,
    icon: String
  }],
  sortOrder: Number,
  status: String,
  icon: String
}, { timestamps: true })

常用查询示例 #

• 直接查询「手机」分类及下属所有子分类：

const mobileCategory = await Category.findOne({ slug: 'mobile_phone', status: 'active' })
// 子分类直接从mobileCategory.subCategories中过滤激活状态即可

优缺点 #

• 优势：查询效率极高，一次请求即可拿全所需分类数据
• 劣势：子分类的增删改需要操作数组，若子分类关联其他业务数据（如商品），冗余更新成本高，不支持扩展更多层级

选型建议 #

如果业务后续可能新增三级分类（比如手机→苹果→iPhone 14系列），优先选择方案1；如果确定长期只有两级分类，且分类更新频率极低，可选择方案2。

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