我正在创建一个应用程序，我将在其中将用户存储在他们想要交付到的所有邮政编码/邮政编码下。结构如下所示:
postalcodes/{{postalcode}}/{{userId}}=true
该结构的原因是为了轻松获取所有交付给特定邮政编码的用户。
ex. postalcodes/21121/
如果所有用户都申请了 500 个邮政编码，而该应用程序有大约 1000 个用户，它可能会变成很多记录:
500x1000 = 500000
Firebase 能否轻松处理数据存储中的那么多记录，还是我应该考虑不同的方法/解决方案？你有什么想法？
亲切的问候， 埃利亚斯
最佳答案
我非常确定 Firebase 可以毫无问题地返回 500k 个节点。
更大的问题是检索需要多长时间(尤其是在这个移动优先的时代)以及您的应用程序将基于那么多节点向您的用户显示什么。
包含 50 万行的列表几乎没有用，因此您很可能会显示数据的一个子集。
- 假设您只显示第一屏节点。那将是多少个节点？ 20？那么，为什么在那种情况下您已经检索了其他节点呢？我会简单地检索构建第一个屏幕所需的节点，并在需要时/如果需要时加载其余节点。
- 或者，我可以想象您会显示节点的摘要(例如节点总数，可能还有每个邮政编码区域的一些平均值)。您需要所有节点来确定该摘要。但我几乎不认为客户端应用程序的任务是确定摘要值。这更像是一项服务器端任务。该服务器可以使用与客户端应用相同的技术(即 JavaScript API)，但不会(同样)受到带宽和时间限制的困扰。
只是关于我将如何处理这个问题的一些想法，所以 ymmv。
关于database - Firebase 中有多少记录/行/节点？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28857905/