2

我正在创建一个应用程序，将用户存储在他们想要交付的所有邮政编码/邮政编码下。结构如下所示：

postalcodes/{{postalcode}}/{{userId}}=true

该结构的原因是为了轻松获取所有发送到某个邮政编码的用户。

ex. postalcodes/21121/

如果所有用户都申请了 500 个邮政编码，并且应用程序有大约 1000 个用户，那么它可能会变成很多记录：

500x1000 = 500000

Firebase 会轻松处理数据存储中的这么多记录，还是我应该考虑不同的方法/解决方案？你觉得呢？你有没有什么想法？

亲切的问候， 埃利亚斯

4

1 回答 1

12

我很确定 Firebase 可以毫无问题地返回 500k 节点。

更大的问题是检索需要多长时间（尤其是在这个移动优先时代）以及您的应用程序将根据这么多节点向用户显示什么。

包含 500k 行的列表几乎没有用处，因此您很可能会显示数据的子集。

  1. 假设您只显示第一屏节点。那会有多少个节点？20？那么在这种情况下，为什么您已经检索了其他节点呢？我只需检索构建第一个屏幕所需的节点并按需加载其余节点 - 何时/如果需要。
  2. 或者，我可以想象您显示节点的摘要（例如节点总数以及每个邮政编码区域的一些平均值）。您需要所有节点来确定该摘要。但我几乎不认为它是客户端应用程序确定摘要值的任务。这更像是一项服务器端任务。该服务器可以使用与客户端应用程序相同的技术（即 JavaScript API），但它不会受到带宽和时间限制的（同样多的）困扰。

只是关于我将如何处理这个问题的一些想法，所以ymmv。

于 2015-03-04T15:27:19.917 回答