Firebase 中有多少条记录/行/节点？
How many records / rows / nodes is a lot in Firebase?
我正在创建一个应用程序，我将在其中将用户存储在他们想要交付给的所有 postalcodes/zipcodes 下。结构如下所示：
postalcodes/{{postalcode}}/{{userId}}=true
结构的原因是为了轻松获取所有交付给特定邮政编码的用户。
ex. postalcodes/21121/
如果所有用户都申请了 500 个邮政编码，并且该应用程序有大约 1000 个用户，它可以成为很多记录：
500x1000 = 500000
Firebase 能否轻松处理数据存储中的那么多记录，还是我应该考虑另一种 approach/solution？你有什么想法？
亲切的问候，
埃利亚斯
我很确定 Firebase 可以毫无问题地 return 500k 个节点。
更大的问题是检索需要多长时间（尤其是在这个移动优先的时代）以及您的应用程序将基于那么多节点向您的用户显示什么。
包含 50 万行的列表几乎没有用，因此您很可能会显示数据的一个子集。
- 假设您只显示第一屏节点。那将是多少个节点？ 20？那么，为什么在那种情况下您已经检索了其他节点呢？我只是检索构建第一个屏幕所需的节点并按需加载其余节点 - when/if 需要。
- 或者我可以想象你显示了节点的摘要（比如节点总数，也许每个邮政编码区域的一些平均值）。您需要所有节点来确定该摘要。但我几乎不认为客户端应用程序的任务是确定摘要值。这更像是一项服务器端任务。该服务器可以使用与客户端应用程序相同的技术（即 JavaScript API），但不会（同样）受到带宽和时间限制的困扰。
只是关于我将如何处理这个问题的一些想法，所以 ymmv。
我正在创建一个应用程序，我将在其中将用户存储在他们想要交付给的所有 postalcodes/zipcodes 下。结构如下所示：
postalcodes/{{postalcode}}/{{userId}}=true
结构的原因是为了轻松获取所有交付给特定邮政编码的用户。
ex. postalcodes/21121/
如果所有用户都申请了 500 个邮政编码，并且该应用程序有大约 1000 个用户，它可以成为很多记录：
500x1000 = 500000
Firebase 能否轻松处理数据存储中的那么多记录，还是我应该考虑另一种 approach/solution？你有什么想法？
亲切的问候， 埃利亚斯
我很确定 Firebase 可以毫无问题地 return 500k 个节点。
更大的问题是检索需要多长时间（尤其是在这个移动优先的时代）以及您的应用程序将基于那么多节点向您的用户显示什么。
包含 50 万行的列表几乎没有用，因此您很可能会显示数据的一个子集。
- 假设您只显示第一屏节点。那将是多少个节点？ 20？那么，为什么在那种情况下您已经检索了其他节点呢？我只是检索构建第一个屏幕所需的节点并按需加载其余节点 - when/if 需要。
- 或者我可以想象你显示了节点的摘要（比如节点总数，也许每个邮政编码区域的一些平均值）。您需要所有节点来确定该摘要。但我几乎不认为客户端应用程序的任务是确定摘要值。这更像是一项服务器端任务。该服务器可以使用与客户端应用程序相同的技术（即 JavaScript API），但不会（同样）受到带宽和时间限制的困扰。
只是关于我将如何处理这个问题的一些想法，所以 ymmv。