初始化期间对孩子的多个查询或一个大查询？

Question

我正在使用 Google App Script 设置我的 Firebase 实时数据库，并希望对调用数据的最佳实践有意见/已知事实。 初始化期间有多个小查询（针对孩子）还是一个大查询（获取一个大对象）？

到目前为止，我的数据存储在谷歌电子表格上，它并不是特别大（这就是我实际上怀疑的原因）。 假设一年后它将拥有相当于 600 行和 60 列的数据。

我在 Firebase 中读到，最好将数据复制 x 次以创建短的平坦路径——准备用于函数——而不是一棵有太多节点的大树，这是有道理的。

但从技术上讲，我的问题是：在初始化期间调用所有整个数据库数据然后使用其子函数（ var dataForFunction = database.node1.nodeA.dataX ）是否更好？ 还是每次运行 function 时都进行新的 firebase 查询以仅返回相关数据更好？ 显然，每个 function 进行一个查询意味着无论如何都要进行很多小查询，这是我的疑问。

Answer 1

初始化期间有多个小查询（针对孩子）还是一个大查询（获取一个大对象）？

只要你不使用那一大块 object 中存在的所有数据，那么执行单独的查询将是 go 的解决方案。

我在 Firebase 中读到，最好将数据复制 x 次以创建短的平坦路径——准备用于函数——而不是一棵有太多节点的大树，这是有道理的。

所以你指的是实时数据库。 该数据库由节点组成，而Cloud Firestore由 collections 和文档组成。 我认为这也值得考虑。 因此，创建平面数据库结构的做法不仅适用于实时数据库，而且通常适用于 NoSQL 数据库。 这是一种广泛使用的技术，它允许我们仅读取（下载）我们需要的数据，仅此而已。

我的问题是：在初始化期间调用一次所有整个数据库数据然后使用它的子函数（var dataForFunction = database.node1.nodeA.dataX）更好吗？ 还是每次运行 function 时都进行新的 firebase 查询以仅返回相关数据更好？

想象一下有人打开了您的 web 应用程序。 您在初始化时下载所有数据，以便可以在整个应用程序中使用它，然后用户突然关闭应用程序。 因此，您最终会花费大量资源而没有任何好处。 所以最好的做法是只加载你想要显示的数据。 始终逐步加载数据。 而已。