并行观察 100 个 firebase 路径是否效率不高？

Question

我有这个数据结构：

{
 userId: {
         userId:

                {

                 messageId:

                 (...)

                }

          (...)

        }

(...)

}

对于给定的顶级userId，我想观察其所有userId 子级。 可以观察到 100 个子路径。

并行观察 100 个 firebase 路径会不会效率不高？

编辑：

具有适当索引的新数据结构：

/messages indexed on chatIds

{
chatId: (chatId of the chat it belongs to)
fromUserId:
...
}

/chat indexed on userIds

{
userId1: (users of the chat whose id are ordered alphabetically)

userId2:

...
}

工作流程：

app获取当前userId->获取userId上的聊天索引列表->获取chatId上索引的聊天对应的消息

Answer 1

在提供的示例中，userId: 节点内有一个 userId: 节点。这需要重新设计。

虽然监控 100 个节点是可行的，但听起来可能有一种方法可以扁平化您的数据以减少这种情况。

通过提供的示例代码，您似乎对更改每个用户的消息节点感兴趣。也许您正在编写一个涉及用户之间消息传递的应用程序？

一种选择是拆分消息节点，这样就会有一个用户节点和一个消息节点：

Users:
  uid_0:
    user 0 data
  uid_1:
    user 1 data
  uid_2:
    user 2 data

Messages:
  msg_0:
     "posted_by_uid": "uid_0"
     "msg": "some message that uid_0 posted"
  msg_1:
     "posted_by_uid": "uid_1"
     "msg": "some message that uid_1 posted"

然后观察消息节点的变化可以让您获得所需的数据 - 发布消息的用户的 uid 和消息本身。有 100 种不同的方式来构建数据，但其想法是监控包含您感兴趣的数据的节点。

消息会经常更改，但在其 uid 中存储他们最喜欢的食物的用户节点是相当静态的，因此虽然您也可以密切关注用户节点的变化，但您现在只观察 2 个节点而不是 100 或 1000 个节点。