Firestore用户与优惠数据关联设计咨询（避免数据冗余）

完全懂你的痛点——之前把完整优惠信息存在用户子集合里，不仅浪费存储空间，后续优惠信息更新时还得同步所有用户的收藏副本，简直是给自己挖坑。这里给你几个更高效的关联方案，完美适配你的应用场景：

方案一：用户文档内存储点赞优惠ID列表（最轻量化） #

这是避免冗余最直接的方式，就在users/{userid}文档里加一个数组字段，只存点赞过的优惠offerid，完全不用复制完整优惠内容。

具体结构： #

• users/{userid}新增字段：likedOfferIds: array<string>（数组元素就是对应的offerid字符串）

操作流程： #

1. 点赞/取消点赞：用Firestore自带的原子数组操作，避免并发冲突：

   // 给目标优惠点赞
   db.collection("users").document(currentUserId)
       .update("likedOfferIds", FieldValue.arrayUnion(targetOfferId))
   
   // 取消点赞
   db.collection("users").document(currentUserId)
       .update("likedOfferIds", FieldValue.arrayRemove(targetOfferId))
   

2. 获取用户收藏的优惠：
   • 先拿到用户的likedOfferIds数组
   • 再用whereIn查询offers集合，过滤出对应ID的优惠：

     db.collection("offers")
         .whereIn("__name__", likedOfferIds) // __name__是Firestore文档ID的内置字段
         .get()
         .addOnSuccessListener { documents ->
             // 处理返回的收藏优惠列表
         }
     

优势： #

• 零数据冗余，所有优惠信息只存在offers集合中
• 操作简单，原子数组API直接搞定点赞/取消逻辑
• 优惠信息更新时，收藏页自动获取最新内容，完全不用同步

注意点： #

• Firestore的whereIn查询最多支持10个元素，如果用户点赞超过10个，需要分批查询或者做分页处理
• 未登录用户没法记录点赞，所以可以把点赞按钮置灰，提示登录后才能收藏

方案二：用户子集合存储优惠ID+元数据（更灵活） #

如果担心数组长度限制，或者需要记录点赞时间这类额外信息，可以在users/{userid}下建likedOffers子集合，但只存优惠ID和必要元数据，绝不复制完整优惠内容。

具体结构： #

• users/{userid}/likedOffers/{likedOfferId}文档，字段示例：
  • offerId: string（对应offers的文档ID）
  • likedAt: timestamp（记录点赞时间，方便按时间排序）

操作流程： #

1. 点赞：在子集合中创建以offerid为ID的文档，写入元数据：

   db.collection("users").document(currentUserId)
       .collection("likedOffers").document(targetOfferId)
       .set(hashMapOf("offerId" to targetOfferId, "likedAt" to FieldValue.serverTimestamp()))
   

2. 取消点赞：直接删除子集合中的对应文档：

   db.collection("users").document(currentUserId)
       .collection("likedOffers").document(targetOfferId)
       .delete()
   

3. 获取收藏优惠：
   • 先查询likedOffers子集合，拿到所有offerId（还能按likedAt排序）
   • 再批量查询offers集合获取完整优惠信息，或者直接用Firestore的DocumentReference类型关联：

     // 先获取用户点赞的记录，按点赞时间倒序
     db.collection("users").document(currentUserId)
         .collection("likedOffers")
         .orderBy("likedAt", Query.Direction.DESCENDING)
         .get()
         .addOnSuccessListener { likedDocs ->
             val offerRefs = likedDocs.map { it.getDocumentReference("offerRef") }
             // 批量获取优惠详情
             offerRefs.forEach { ref ->
                 ref.get().addOnSuccessListener { offerDoc ->
                     // 处理单个优惠信息
                 }
             }
         }
     

优势： #

• 支持扩展元数据，比如点赞时间、用户备注等
• 没有数组长度限制，适合用户点赞大量优惠的场景
• 用文档引用关联的话，查询逻辑更直观

注意点： #

• 相比数组方案，多了一次子集合的读操作，但Firestore读成本很低，对大部分应用来说完全可以忽略

适配“无需登录查看全部优惠”的场景 #

• 未登录状态：直接查询offers集合展示全部优惠，点赞按钮可以置灰或者弹出提示，引导用户登录（包括匿名登录）后再收藏
• 登录状态：不管是正式账号还是匿名账号，都用上面的方案记录点赞信息，匿名账号后续还能关联正式账号，迁移收藏数据

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