如何解决改进移动应用程序的 Firebase 数据库设计
我正在使用 Firebase 在 iOS 应用程序中制作一个论坛风格的应用程序,我想知道是否可以做些什么来改进我的数据库结构。我担心“主页”部分,每个帖子都需要 2 个 api 调用来接收海报的图片 URL。如果有 1000 个帖子,则每个用户每次刷新需要 2000 次 api 调用。
首页:1 个 Firestore 调用 + 1 个 Firestore 调用/发布 + 1 个存储调用/发布(如果未缓存)
- 向 Post 文档添加 Reply 集合文档:1 firestore call
- 通过 1:1 firestore 调用增加“回复”字段
- 向用户数据库添加回复帖子 ID:1 个 firestore 调用
添加帖子:1 次通话
赞/不赞帖子:1 次通话
帐户:1 个 Firestore 调用 + 1 个 Storage 调用
解决方法
您可以制作一个本地临时字典,将每个帖子中的用户 ID 与个人资料图片 URL 进行映射。这样,如果一个人多次发帖,它只会在第一次进行 API 调用。
另外,添加分页,这样你就不会一次加载 1k 个帖子
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。