ios - 用于聊天应用的 Firebase 数据结构

Question

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

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

users
   chatPartners
        02834092890428
           chatMessages
               2093840923840923
                   timestamp/userUID/etc.

并在我的用户节点中进行实际聊天。这似乎也主要减少了必须筛选消息节点中的每条消息的时间？

因此，当用户向彼此发送消息时，我会更新发送者和用户下的“聊天消息”节点。

有什么理由不这样做吗？我看到每个人都按照我描述的第一种方式这样做，但我不明白为什么将每个聊天记录存储在用户--->聊天伙伴-->聊天记录下会是一个问题。

Answer 1

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