使用 Firestore 优化社交网络时间线

在设计具有提要和关注功能的社交网络时，数据库可扩展性对于处理潜在问题至关重要大型数据集。 Firebase 的实时数据库带来了可扩展性挑战，特别是在存储用户时间线的方法方面。要解决这些问题，请考虑过渡到 Firestore。

优化的数据库结构

Firestore 的架构解决了分层数据结构的可扩展性问题：

• Users集合：存储用户信息（uid、name、email）
• Following集合：跟踪用户关注的用户。每个文档代表被关注的用户，包含关注他们的其他用户 ID 的子集合。
• Posts 集合：存储单个帖子。每个帖子文档都存在于与发布用户的 uid 关联的子集合中。

消除可扩展性问题

通过这种结构，数据库解决了最初的问题:

• 第 1 期（10,000 个关注者通知）：Firestore 集合可以有效处理大量文档，消除实时数据库的性能瓶颈。
• 问题 2（关注者接收所有帖子）：通过将帖子存储在发帖用户文档内的子集合中，新关注者仅检索最新帖子，从而无需加载整个帖子历史记录。

查询时间线

要检索用户的时间线，请按照下列步骤操作：

• 获取当前用户的 uid 并创建对 的引用关注集合。
• 查询当前用户关注的用户ID的子集合。
• 对于每个被关注的用户，在Posts中创建他们最新帖子的查询 集合。

其他优化

考虑将用户源存储在每个用户的单独文档中，以进一步提高性能。如果 feed 超过 1 MiB，则可以将其存储在集合中。

结论

通过采用这种优化的数据库结构，Firestore 有效地消除了在Firebase 的实时数据库，为处理社交网络应用程序中的大量数据提供了坚实的基础。