Firebase dashboard的可扩展性如何？

如果数据集相当大，包含超过百万个对象，firebase dashboard（web界面）的可伸缩性如何？ 在测试项目中，数据集中的所有更改都会立即传播到浏览器。然而，在大型项目的情况下，浏览器将无法处理它，或将

如果我有索引结构：

update_index:{
  object_00000001:{},
  object_00000002:{},
  .
  .
  object_99999999:{}
}

各种元素都在不断变化。是否有一种方法仅指示数据集中的更改，而不将数据传递给快照并根据用户请求传播更改？

---

firebase dashboard是如何处理的？

很难理解您的要求。假设您的意思是仪表板的Forge，那么Forge将加载firebase中的所有数据，这可能是一个昂贵的操作，而且速度肯定很慢。此外，如果您打开一个对象时使用的关键点超过了几百个，那么它将变得非常缓慢

据我所知，firebase中的每个读取操作都是使用.on或.one完成的，您可以侦听“child_changed”事件类型，但处理读取数据的唯一方法是使用快照

---

如果你在问题中提到的是Forge，这可能会有所帮助：

很难理解你在问什么。假设您的意思是仪表板的Forge，那么Forge将加载firebase中的所有数据，这可能是一个昂贵的操作，而且速度肯定很慢。此外，如果您打开一个对象时使用的关键点超过了几百个，那么它将变得非常缓慢

据我所知，firebase中的每个读取操作都是使用.on或.one完成的，您可以侦听“child_changed”事件类型，但处理读取数据的唯一方法是使用快照

---

如果你在问题中提到的是Forge，这可能会有所帮助：

很难理解你在问什么。假设您的意思是仪表板的Forge，那么Forge将加载firebase中的所有数据，这可能是一个昂贵的操作，而且速度肯定很慢。此外，如果您打开一个对象时使用的关键点超过了几百个，那么它将变得非常缓慢

据我所知，firebase中的每个读取操作都是使用.on或.one完成的，您可以侦听“child_changed”事件类型，但处理读取数据的唯一方法是使用快照

---

如果你在问题中提到的是Forge，这可能会有所帮助：

很难理解你在问什么。假设您的意思是仪表板的Forge，那么Forge将加载firebase中的所有数据，这可能是一个昂贵的操作，而且速度肯定很慢。此外，如果您打开一个对象时使用的关键点超过了几百个，那么它将变得非常缓慢

据我所知，firebase中的每个读取操作都是使用.on或.one完成的，您可以侦听“child_changed”事件类型，但处理读取数据的唯一方法是使用快照

---

如果你的问题是指锻造，这可能会有所帮助：

是的，我的错，我的意思是锻造。谢谢你，我的错，我是说福吉。谢谢你，我的错，我是说福吉。谢谢你，我的错，我是说福吉。谢谢