改进移动应用程序的 Firebase 数据库设计

问题描述

我正在使用 Firebase 在 iOS 应用程序中制作一个论坛风格的应用程序，我想知道是否可以做些什么来改进我的数据库结构。我担心“主页”部分，每个帖子都需要 2 个 api 调用来接收海报的图片 URL。如果有 1000 个帖子，则每个用户每次刷新需要 2000 次 api 调用。

登录：1-3 次调用

• CheckUsers：1-3 次 firestore 调用，取决于用户是否存在
  • 获取用户
  • 保存用户/创建用户
  • 设置组

首页：1 个 Firestore 调用 + 1 个 Firestore 调用/发布 + 1 个存储调用/发布（如果未缓存）

• retrievePost():
  • 获取所有帖子：1 次消防电话
  • For 循环
    • 获取用户缩略图：每个帖子 1 次 firestore 调用
    • 加载图片：每个帖子 1 次存储调用（图片被缓存）

添加回复：3个电话

• 向 Post 文档添加 Reply 集合文档：1 firestore call
• 通过 1:1 firestore 调用增加“回复”字段
• 向用户数据库添加回复帖子 ID：1 个 firestore 调用

添加帖子：1 次通话

• 将帖子添加到数据库：1 次 firestore 调用

赞/不赞帖子：1 次通话

• 从数组中添加/删除：1 次 firestore 调用

帐户：1 个 Firestore 调用 + 1 个 Storage 调用

• 更新用户 DP：
  • 将图片上传到存储：1 次存储调用
  • 将图像 URL 设置为用户数据库：1 次 firestore 调用

解决方法

您可以制作一个本地临时字典，将每个帖子中的用户 ID 与个人资料图片 URL 进行映射。这样，如果一个人多次发帖，它只会在第一次进行 API 调用。

另外，添加分页，这样你就不会一次加载 1k 个帖子