如何在Firestore中为各子分类配置类似亚马逊的自定义筛选选项

优先推荐在subCategory文档内嵌筛选配置的方案，该方案查询效率最高、维护成本最低，适配绝大多数业务场景。

具体结构设计 #

你可以在categories/{mainCategoryId}/subCategories/{subCategoryId}文档中新增一个filterOptions数组类型字段，数组内每个元素对应一个筛选参数的完整配置，示例如下：

// 以"Cars For Sale"子分类文档为例
{
  "subCategoryName": "Cars For Sale",
  "image": "存储的图片链接",
  "numberOfPosts": 2461,
  // 新增筛选配置字段
  "filterOptions": [
    {
      "filterKey": "brand",
      "filterName": "车品牌",
      "type": "enum", // 枚举选择类型
      "optionList": ["丰田", "本田", "宝马", "奔驰"], // 可选值列表
      "isMultiSelect": true, // 是否支持多选
      "showOrder": 1 // 前端展示排序优先级
    },
    {
      "filterKey": "price",
      "filterName": "价格",
      "type": "range", // 数值区间类型
      "unit": "万元",
      "minLimit": 0,
      "maxLimit": 1000,
      "showOrder": 4
    },
    {
      "filterKey": "carCondition",
      "filterName": "车况",
      "type": "boolean", // 布尔选择类型
      "showOrder": 5
    }
    // 其余筛选参数按相同格式追加即可
  ]
}

该方案的核心优势 #

• 查询成本最低：用户选中对应子分类时，仅需1次读取子分类文档的请求，就能同时拿到分类基础信息和完整的筛选配置，没有额外查询开销，也不会产生多余的Firestore读次数
• 维护简单：新增、修改、删除某个子分类的筛选参数，直接更新对应subCategory文档的filterOptions字段即可，无需联动修改其他存储结构
• 扩展性强：每个筛选参数可以根据业务需要自由加自定义配置字段，比如是否必填、前端占位提示文本、输入格式校验规则等，都可以直接在筛选配置对象中新增字段，不需要调整整体存储结构

可选替代方案 #

如果你的业务存在「多个子分类复用同一套筛选配置」、「子分类基础信息读取频率远高于筛选配置读取频率」的情况，可以单独创建categoryFilters集合存储筛选配置，集合内每个文档的ID和对应subCategoryId保持一致，文档内存储和上述结构相同的filterOptions数组。该方案可以减少非必要的带宽消耗，也可以单独控制筛选配置的读写权限，但每次读取筛选配置需要多1次文档查询。

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