聊天应用的 Firebase 数据结构

Question

我希望在我的应用程序中重新制作 Kik。对于我在 firebase 聊天应用程序上看到的大多数指南，有一个主要的 Messages 节点，然后在其下方有一个扇出，其中包含引用主列表中消息的每个用户的消息。

以我的 Firebase 目前的布局方式，实现这样的东西会更容易：

users
   chatPartners
        02834092890428
           chatMessages
               2093840923840923
                   timestamp/userUID/etc.

只在我的用户节点内进行实际聊天。这似乎也大大减少了必须筛选消息节点中的每条消息？

所以当用户互相发送消息时，我会更新发送者和用户下的“聊天消息”节点。

有什么理由不这样做吗？我看到每个人都按照我描述的第一种方式进行操作，但我看不出为什么将每个聊天存储在 user--->chat partner --> 聊天日志下会是一个问题。

Answer 1

您可能遇到的唯一问题是如何调用数据。请注意，当您调用“聊天日志”时，因为它是“用户”和“聊天伙伴”的子项，您将调用该分支中所有内容的数据，实质​​上是在“用户”下加载数据库中的每条数据，这是时间和性能敏感的。