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"]
      }
    }
  }
}