Firebase 数据库节点中推荐的最大子节点数
Maximum recommended children in a Firebase Database node
我是第一次使用 Firebase 数据库，我想我已经计划好了一个不错的结构，但我担心我最终可能会得到的子节点数量。
是否有推荐的限制或平均已知良好数量的子值可以添加到节点而不 运行 引起明显的性能问题？我根本没有太多的数据库经验，也找不到任何关于可接受值的信息，所以我不知道我计划的结构是否可以很好地扩展。
作为一个粗略的估计，我预计最多会有 30,000 名儿童参加。我只会从其中大约 10 个请求数据，但据我所知，Firebase 会在过滤掉任何结果之前检索整个节点，这就是为什么我担心检索整个节点对性能的影响。对此的任何帮助将不胜感激！谢谢！
As a rough estimate, I'm expecting a rough maximum of 30,000 children all-in.
这并不是真的很多子节点。
as far as I know, Firebase will retrieve the entire node, before filtering out any results
如果您使用带索引的字段查询数据库，节点将在服务器上被过滤。 You can create an index to avoid performance problems for larger numbers of child nodes.
我是第一次使用 Firebase 数据库，我想我已经计划好了一个不错的结构，但我担心我最终可能会得到的子节点数量。
是否有推荐的限制或平均已知良好数量的子值可以添加到节点而不 运行 引起明显的性能问题？我根本没有太多的数据库经验，也找不到任何关于可接受值的信息，所以我不知道我计划的结构是否可以很好地扩展。
作为一个粗略的估计，我预计最多会有 30,000 名儿童参加。我只会从其中大约 10 个请求数据，但据我所知，Firebase 会在过滤掉任何结果之前检索整个节点，这就是为什么我担心检索整个节点对性能的影响。对此的任何帮助将不胜感激！谢谢！
As a rough estimate, I'm expecting a rough maximum of 30,000 children all-in.
这并不是真的很多子节点。
as far as I know, Firebase will retrieve the entire node, before filtering out any results
如果您使用带索引的字段查询数据库，节点将在服务器上被过滤。 You can create an index to avoid performance problems for larger numbers of child nodes.