我正在使用 Google App Script 設定我的 Firebase 實時資料庫，并希望對呼叫資料的最佳實踐有意見/已知事實。初始化期間有多個小查詢（針對孩子）還是一個大查詢（獲取一個大物件）？
到目前為止，我的資料存盤在谷歌電子表格上，它并不是特別大（這就是我實際上懷疑的原因）。假設一年后它將擁有相當于 600 行和 60 列的資料。
我在 Firebase 中讀到，最好將資料復制 x 次以創建短的平坦路徑 - 準備用于功能 - 而不是一棵具有太多節點的大樹，這是有道理的。
但從技術上講，我的問題是：在初始化期間呼叫一次所有整個資料庫資料然后在函式內部使用它的子函式（var dataForFunction = database.node1.nodeA.dataX）更好嗎？還是每次運行函式時都進行新的firebase查詢以僅回傳相關資料更好？顯然，每個函式進行一個查詢意味著無論如何都要進行很多小查詢，這是我的疑問。
uj5u.com熱心網友回復：
初始化期間有多個小查詢（針對孩子）還是一個大查詢（獲取一個大物件）？
只要您不使用該大物件中存在的所有資料，那么執行單獨的查詢將是繼續進行的解決方案。
我在 Firebase 中讀到，最好將資料復制 x 次以創建短的平坦路徑 - 準備用于功能 - 而不是一棵具有太多節點的大樹，這是有道理的。
所以你指的是實時資料庫。該資料庫由節點組成，而Cloud Firestore由集合和檔案組成。我認為這也值得考慮。因此，創建平面資料庫結構是一種實踐，不僅適用于實時資料庫，而且通常適用于 NoSQL 資料庫。這是一種廣泛使用的技術，它允許我們僅讀取（下載）我們需要的資料，僅此而已。
我的問題是：在初始化期間呼叫一次所有整個資料庫資料然后使用它的子函式內部函式 (var dataForFunction = database.node1.nodeA.dataX) 是否更好？還是每次運行函式時都進行新的firebase查詢以僅回傳相關資料更好？
想象一下有人打開了您的網路應用程式。您在初始化時下載所有資料，以便可以在整個應用程式中使用它，然后用戶突然關閉應用程式。因此，您最終會花費大量資源而沒有任何好處。所以最好的做法是只加載你想要顯示的資料。始終逐步加載資料。而已。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/510136.html
標籤：Google Cloud Collective javascript火力基地谷歌应用脚本谷歌云平台firebase-实