表的结构是：
等等
我想要做的是查询聊天表，以通过传入的用户名字符串查找持有参与者的所有聊天。
这是我到目前为止所拥有的：
subscribeChats(username: string) {
return this.af.database.list('chats', {
query: {
orderByChild: 'participants',
equalTo: username, // How to check if participants contain username
}
});
}
您当前的数据结构非常适合查找特定聊天的参与者。然而，它不是一个很好的查找逆的结构：用户参与的聊天。
这里有几个问题：
一次聊天可以有多个参与者，因此您将其建模为一个数组。但这实际上并不是理想的数据结构。可能每个参与者只能参加一次聊天。但是通过使用数组，我可以：
participants: ["puf", "puf"]
这显然不是您的想法，但数据结构允许。您可以尝试在代码和安全规则中保护这一点，但如果您从一个更好地隐式匹配您的模型的数据结构开始，它会更容易。
我的经验法则：如果你发现自己在写作array.contains()，你应该使用 set。
集合是一种结构，其中每个子项最多只能出现一次，因此它自然可以防止重复。在 Firebase 中，您可以将集合建模为：
participants: {
"puf": true
}
在true这里其实只是一个伪值：重要的是我们搬到名称的关键。现在，如果我再次尝试加入此聊天，那将是一个 noop：
participants: {
"puf": true
}
当你加入时：
participants: {
"john": true,
"puf": true
}
这是您需求的最直接表示：一个只能包含每个参与者一次的集合。
使用上述结构，您可以查询您所在的聊天：
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。
这是 Cloud Firestore 更好地支持此类查询的情况之一。它的array-contains运算符允许过滤在数组中具有特定值的文档，同时arrayRemove允许您将数组视为一个集合。有关这方面的更多信息，请参阅Cloud Firestore 中的更好的阵列。