Firestore该用集合多文档还是单文档存多对象？如何降低读配额消耗

方案1：管理员侧增加缓存层，降低拉库频次 #

• 用Firebase云函数搭配缓存组件（免费方案可直接用云函数全局作用域做短期缓存，对稳定性要求高可搭配Redis），设置10~30分钟的缓存有效期，管理员请求全量用户数据时优先返回缓存内容，仅缓存失效或用户数据有更新时才重新拉取全量users集合刷新缓存，可将每日读操作次数从几十上百次全量拉取降到个位数。
• 无需改动现有users集合的权限逻辑，普通用户依然仅能访问自己的单条用户文档，无数据泄露风险。

方案2：创建管理员专属聚合用户文档，从根源降低读次数 #

• 单独创建admin_only路径存放管理员专属数据，在该路径下创建用户聚合文档，将所有用户的公开管理字段同步到该文档内，安全规则直接限制该路径仅管理员可访问，普通用户完全无权限读取该路径下的任何内容，不会出现全量用户数据泄露的问题。
• 配置Firestore触发器云函数，当users集合有用户新增、修改、删除操作时，自动同步更新聚合文档内的对应用户数据，管理员拉取全量用户仅需要读1次聚合文档，仅计数1次读操作。
• 如果用户量较大，单聚合文档超过Firestore 1MB的单文档上限，可按用户ID首字母、注册时间等维度拆分为多个聚合文档，全量拉取也仅需要读取个位数文档，远低于单用户单文档的读次数消耗。

方案3：优化管理员操作逻辑，避免不必要的全量拉取 #

• 管理员后台增加分页、筛选功能，日常操作仅拉取当页需要的用户数据，不要每次都拉全量用户在本地做筛选，仅导出全量数据等特殊场景才触发全量拉取。
• 对高频筛选的用户字段加数据库索引，直接用Firestore服务端查询过滤结果，进一步减少无效读操作。

参考安全规则配置示例 #

rules_version = '2';
service cloud.firestore {
  match /databases/{database}/documents {
    // 普通用户仅可访问自身的用户文档
    match /users/{userId} {
      allow read, write: if request.auth != null && request.auth.uid == userId;
    }
    // admin_only路径下所有内容仅管理员可访问
    match /admin_only/{allPaths=**} {
      allow read, write: if request.auth != null && request.auth.token.is_admin == true;
    }
  }
}

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