Indexing Firebase中的未知节点索引
我的数据结构如下:Indexing Firebase中的未知节点索引,indexing,firebase,firebase-realtime-database,Indexing,Firebase,Firebase Realtime Database,我的数据结构如下: firebase-endpoint/updates/<location_id>/<update_id> 更新:我不认为这是对上述问题的重复,因为该问题没有具有未知id的父对象。ie和都是自由形式的键,不能手动设置我在文档中做了更多的挖掘,我认为这应该可以: { "rules": { "updates": { "$location_id": { // $location_id should act like a wild car
firebase-endpoint/updates/<location_id>/<update_id>
更新:我不认为这是对上述问题的重复,因为该问题没有具有未知id的父对象。ie
和
都是自由形式的键,不能手动设置我在文档中做了更多的挖掘,我认为这应该可以:
{
"rules": {
"updates": {
"$location_id": { // $location_id should act like a wild card
".indexOn": ["validFrom"]
}
}
}
}
我在文档中做了更多的挖掘,我认为这应该是可行的:
{
"rules": {
"updates": {
"$location_id": { // $location_id should act like a wild card
".indexOn": ["validFrom"]
}
}
}
}
几乎。您需要将
.indexOn
提高一个级别,以便作为更新的子级。但是字段validFrom是更新的属性,而不是位置?也就是说,它双重嵌套在未知的ids上。但是查询是在更新位置上运行的,因此您要在该位置创建索引。它如何知道“validFrom”是嵌套最深的子级的属性?啊,我错过了这一部分,很抱歉。事实上,因为你在嵌套,你需要把索引放在你在这个答案中放的地方。但是你怎么去质疑这个结构呢?几乎是。您需要将.indexOn
提高一个级别,以便作为更新的子级。但是字段validFrom是更新的属性,而不是位置?也就是说,它双重嵌套在未知的ids上。但是查询是在更新位置上运行的,因此您要在该位置创建索引。它如何知道“validFrom”是嵌套最深的子级的属性?啊,我错过了这一部分,很抱歉。事实上,因为你在嵌套,你需要把索引放在你在这个答案中放的地方。但是,您将如何查询此结构?
{
"rules": {
"updates": {
"$location_id": { // $location_id should act like a wild card
".indexOn": ["validFrom"]
}
}
}
}