2017-02-18 64 views
0

考慮一個類似於實現的聊天,其中客戶端使用頭上的事務編寫並使用on('child_added')偵聽器進行讀取。Firebase - 優化讀/寫

當客戶端寫入時,他也會讀取他發送的相同版本,這意味着從數據庫中冗餘傳輸該版本。例如,在只有一個連接的客戶端鍵入的情況下,對該監聽器的所有響應將是多餘的。

我試圖通過在寫入之前關閉偵聽器並在寫入以startAt(新磁頭)結束時再次打開它來優化。這樣我就不會重複讀取發送的位置。

這一切都正常,但我現在不知道刪除和添加偵聽器的成本是否也很高?這裏最好的策略是什麼?

回答

0

Firebase會自動爲您優化它。這幾乎是標準的用例;這正是Firebase的設計目標。最好的策略是讓聽衆離開。讓Firebase做到這一點。