我想开发一个 iOS 应用程序，您可以在其中找到附近的人并与他们聊天。但是，我不知道 firebase 如何处理大量数据。
示例： 因此，如果应用程序有 10 万用户。他们中的很多人总是在聊天，寻找附近的人，firebase 真的可以处理这么多的请求和帖子吗？如果没有，那你如何使用firebase？这取决于我构建的结构吗？我感谢每个可以帮助我决定是否使用它的答案:)
谢谢
【问题讨论】：
标签： ios database firebase structure scalability
虽然这是一个相当广泛的问题，但我会抓住你的可扩展性的特殊性之一。 Firebase 是一个 NoSQL 数据库，它以 JSON 格式导入和导出数据库。它成为完美 BAAS 的关键因素之一是它能够处理事务或内置命令，以几乎轻松的方式保存和检索数据。
不仅如此，AdMob 的轻松集成、推送通知、远程配置等功能也增添了其完美的 DNA 结构。不要忘记它的存储使用谷歌云存储桶。所以，是的，在基础设施方面非常值得信赖。
Firebase 已经成为一个知名品牌。如果我们从受欢迎程度来考虑规模，请查看以下客户：
还有，
在最近的 Google I/0 2016 中，Firebase 的扩展作为 BAAS 受到了极大的关注。您可能有兴趣观看这些视频：
最后，可扩展性是精心策划的结构化数据库的一个重要因素。祝你好运！
【讨论】：
如果您打算在 Firebase 上制作需要高度可扩展的东西，请准备好进行试验。大多数自称拥有某种 Firebase 集成的公司通常将其用于较小的问题，而不是用于技术性质的问题。如果你不提防它，它的本性会咬你。
以检索聊天消息为例。你如何存储这些消息？ Firebase 建议您直接这样做。就这样做吧。现在，您如何将这些消息分配给多个正在进行的聊天？您需要列出属于每个聊天的消息。但由于您的消息是扁平的，您现在必须对每条消息进行查询。在大型应用程序中 - 每秒进行无数数据库查询可能很危险。为了解决这个问题，您可以将消息放在频道本身下面，然后通过按日期排序来批量检索它们。
基本上，你会发现很多这样的问题。这是因为 Firebase 被设计为简单，而实时应用程序通常会变得复杂。
另一个缺点是 Firebase 与传统数据库相比非常昂贵，如果您要为大量客户提供服务，这可能会造成很大的不利影响。
【讨论】：
Firestore 服务，该服务允许您拥有一个集合和一个集合的集合——这意味着它不再需要全部平坦。