聊天應用程序的Firebase數據結構

Question

我希望基本上在我的應用程序中重制Kik。 對於我在Firebase聊天應用程序上看到的大多數指南，有一個主要的Messages節點，然后在其下方有一個扇出，其中每個用戶的消息都引用了主列表中的消息。

使用當前Firebase的布局方式，可以更輕松地實現以下內容：

users
   chatPartners
        02834092890428
           chatMessages
               2093840923840923
                   timestamp/userUID/etc.

並在用戶節點內部進行實際的聊天。 這似乎也大大減少了必須篩選消息節點中的每條消息的時間？

因此，當用戶向彼此發送消息時，我將更新發送者和用戶下方的“聊天消息”節點。

有什么理由不這樣做嗎？ 我看到每個人都按照我所描述的第一種方式進行操作，但是我沒有看到將每個聊天存儲在用戶->聊天伙伴->聊天日志下的原因。

Answer 1

您可能遇到的唯一問題是如何調用數據。 請注意，當您調用“聊天日志”時，由於它是“用戶”和“聊天伙伴”的子級，因此您將調用該分支中所有內容的數據，實際上是將數據庫中的每個數據加載到“用戶”下，這對時間和性能很敏感。