用于聊天应用程序的Firebase数据结构

Question

我希望基本上在我的应用程序内翻拍Kik。对于我在firebase聊天应用程序上看到的大多数指南，都有一个主要的消息节点，然后在该节点下面有一个扇出，每个用户都有引用主列表中消息的消息。

根据目前我的Firebase的布局方式，实现类似以下内容会更容易：

users
   chatPartners
        02834092890428
           chatMessages
               2093840923840923
                   timestamp/userUID/etc.

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

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

Answer 1

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