1
兩個火力點的性能問題:火力地堡性能 - 獲取節點
文檔是指平面數據是構建數據時的最佳實踐。但是,如果我希望一起檢索幾個數據節點(SQL中的JOIN查詢),這意味着一些網絡請求。 Firebase是否優化了這種用例(在服務器/客戶端)?怎麼樣?
時,取一個特定節點,使用它的完整路徑,是否有任何需要索引呢? (文檔是指實際的查詢,我不知道這種情況下適用的查詢)
感謝
兩個火力點的性能問題:火力地堡性能 - 獲取節點
文檔是指平面數據是構建數據時的最佳實踐。但是,如果我希望一起檢索幾個數據節點(SQL中的JOIN查詢),這意味着一些網絡請求。 Firebase是否優化了這種用例(在服務器/客戶端)?怎麼樣?
時,取一個特定節點,使用它的完整路徑,是否有任何需要索引呢? (文檔是指實際的查詢,我不知道這種情況下適用的查詢)
感謝
做一個「客戶端連接」在火力地堡是不是幾乎一樣昂貴,你可能會期望。看到這個答案:Speed up fetching posts for my social network app by using query instead of observing a single event repeatedly
如果您直接訪問該節點(僅調用new Firebase()
和child()
),不需要查詢,因此您不需要索引。如果您打電話給orderByChild()
或orderByValue()
,您應該添加一個索引。
非常感謝。有沒有關於這種用例和類似內容的「內幕」引用的firebase? – tomper