您当前的数据结构非常适合查找特定聊天的参与者。然而，这并不是一个很好的查找逆向结构：用户参与的聊天。
这里有几个问题：
- 你正在存储一个set作为数组
- 您只能在固定路径上建立索引
集合与数组
聊天可以有多个参与者，因此您将其建模为数组。但这实际上并不是理想的数据结构。可能每个参与者只能参与聊天一次。但通过使用数组，我可以：
participants: ["puf", "puf"]
这显然不是您想要的，但数据结构允许这样做。您可以尝试在代码和安全规则中确保这一点，但如果您从隐式匹配您的模型的数据结构开始，会更容易。
我的经验法则：如果你发现自己在写作array.contains()，你应该使用一组.
集合是一种结构，其中每个子项最多只能出现一次，因此它自然可以防止重复。在 Firebase 中，您可以将集合建模为：
participants: {
"puf": true
}
The true这实际上只是一个虚拟值：重要的是我们已将名称移至键。现在，如果我尝试再次加入此聊天，那就毫无意义了：
participants: {
"puf": true
}
当你加入时：
participants: {
"john": true,
"puf": true
}
这是您的需求最直接的表示：一个只能包含每个参与者一次的集合。
您只能索引已知属性
有了上面的结构，你could查询您正在进行的聊天：
ref.child("chats").orderByChild("participants/john").equalTo(true)
问题是，这需要您在“participants/john”上定义一个索引：
{
"rules": {
"chats": {
"$chatid": {
"participants": {
".indexOn": ["john", "puf"]
}
}
}
}
}
这将工作并表现得很好。但现在每次有新人加入聊天应用程序时，您都需要添加另一个索引。这显然不是一个可扩展的模型。我们需要更改数据结构以允许您想要的查询。
反转索引 - 向上拉类别，展平树
第二条经验法则：对数据进行建模以反映您在应用程序中显示的内容.
由于您希望显示用户的聊天室列表，因此存储每个用户的聊天室：
userChatrooms: {
john: {
chatRoom1: true,
chatRoom2: true
},
puf: {
chatRoom1: true,
chatRoom3: true
}
}
现在您可以通过以下方式简单地确定您的聊天室列表：
ref.child("userChatrooms").child("john")
然后遍历钥匙以获取每个房间。
您希望应用程序中有两个相关列表：
在这种情况下，数据库中也会有这两个列表。
chatroomUsers
chatroom1
user1: true
user2: true
chatroom2
user1: true
user3: true
userChatrooms
user1:
chatroom1: true
chatroom2: true
user2:
chatroom1: true
user2:
chatroom2: true
我已将两个列表拉到树的顶层，因为 Firebase 建议不要嵌套数据。
在 NoSQL 解决方案中拥有这两个列表是完全正常的。在上面的例子中我们会提到userChatrooms作为倒排索引chatroomsUsers.
云Firestore
这是 Cloud Firestore 对此类查询提供更好支持的情况之一。它是array-contains运算符允许过滤数组中具有特定值的文档，而arrayRemove允许您将数组视为一个集合。有关这方面的更多信息，请参阅Cloud Firestore 中更好的阵列.
