Swift Firebase“扇出”技术与queryLimited效率的比较

Question

groups: {
    group1: {
      -MEt4K5xhsYL33anhXpP: {
          fromUid: "diidssm......."
          userImage: "https://firebasestorage..."
          text: "hello"
          date: 1617919946
          emojis: {
              "heart": 2
              "like": 1
          }
      }
      -MEt8BLP2yMEUMPbG2zV: {
          ...
      }
      -MF-Grpl8Jchxpbn2mxH: {
          ...
      }
      -MF-OUjWXsFh7lBPosMf: {
          ...
      }
    }
}

ref = Database.database().reference().child("groups").child("group1")
ref.queryLimited(toLast: 40).observe(.childAdded, with: { (snapshot) in
    ...
    //add to messages array to load collection view
    //for each message observe emojis and update emojis to reflect changes e.g. +1 like

    ref.child("emojis").observe(.value, with: { (snapshot) in
        ...
    })
})

ref.queryOrdered(byChild: "date").queryEnding(beforeValue: prevdate, childKey: messageId).queryLimited(toLast: 40).observeSingleEvent(of: .value, with: { (snapshot) in

我知道扇出技术用于每次同步获得更少的信息。如果我将监听器附加到groups/groupname/以获取该组所有消息的列表，我还将询问该节点下每个消息的所有信息。使用扇出方法，我还可以使用来自另一个节点的消息键，请求最近40条消息的消息信息，以及每次向上滚动的下40条消息的消息信息，如下所示。

allGroups: {
    group1: {
      -MEt4K5xhsYL33anhXpP: 1
      -MEt8BLP2yMEUMPbG2zV: 1
      -MF-Grpl8Jchxpbn2mxH: 1
      -MF-OUjWXsFh7lBPosMf: 1
    }
}

但是，如果我使用的是queryLimited(Tolast:40)，扇出方法是否有益甚至必要？这难道不会解决“我也会询问该节点下每个消息的所有信息”的问题吗？

在检查新消息方面，我只使用上面第一段代码中的。ChildAdded进行检查（ref.queryLimited(tolast:40).observe(.ChildAdd))。根据下面的帖子，queryLimited(tolast:40)将同步最后40个子节点，并保持同步（在添加新节点时删除以前的节点）。

我假设如果group1有1000条消息，使用这种方法，我只读取我需要的40条最新消息和每个滚动的40条，因此忽略了其他几百条。我为什么要使用扇出技术呢？可能是我不明白关于有限查询的一些基本知识。

附带问题：我应该在每个消息节点下包括对配置文件图像的引用吗？就云存储和实时数据库存储而言，这样做不好吗？理想情况下，会有数百个群组聊天。

Answer 1

对这个问题有很多评论，所以我想我会把所有这些都浓缩成一个答案。

问题中“扇出技术”的目的是最大化查询性能。

在这个用例中，查询只返回最后40个结果

ref.queryLimited(toLast: 40)

let updatedUser = ["name": "Shannon", "username": "shannonrules"]
let ref = Firebase(url: "https://<YOUR-FIREBASE-APP>.firebaseio.com")

let fanoutObject = ["/users/1": updatedUser, 
                    "/usersWhoAreCool/1": updatedUser, 
                    "/usersToGiveFreeStuffTo/1", updatedUser]

ref.updateChildValues(updatedUser) // atomic updating goodness

在这个问题中，实际上没有任何数据要“扇出”，所以它不适用，因为没有尝试连接（从多个节点提取数据）或更新多个节点。

我建议的一个改变是将emoji的节点从消息节点中移除。

因此，每一个都有一个观察者，这导致了成千上万的观察者，这可能很难管理。我会为那些表情符号创建一个单独的高级节点

emojis
   -MEt4K5xhsYL33anhXpP: //the message id
      "heart": 2  //or however you want to store them
      "like": 1