ios - Firebase 作为发票的分布式数据库同步引擎，断开连接？

Question

我正在为 iOS 开发一个发票应用。我需要一种方法在使用该应用程序的同一公司的多个设备之间同步数据。这有共同的客户、产品、库存、发票/明细表。

我想知道 firebase 是否适合这个。

主要是，我主要担心的是某些 iOS 设备需要在断开连接的情况下运行一段时间(最多 1 天，人们在通信不畅或不存在的地方工作)。

我的第二个顾虑是某些客户可以将其用作 POS，并为同一公司集团生成大量发票。我的应用程序用于小型超市和批发分销商，这就是一些人旅行而一些人留在本地的原因。

就其外观而言，我认为 firebase 是更接近的解决方案(我正在考虑 pusher、parse 和 pubnub)，因为拥有数据副本并成为“数据库主控”

我想有一个中央 postgress 数据库作为数据库主机，但可能不需要 firebase？

Answer 1

大约一年前，我在奥斯汀参加了 Facebook 黑客马拉松后开始使用 Firebase。我立刻爱上了这个系统，并且没有足够的好话要说。 Firebase 的好处是显而易见的，但使用这样一个新系统来处理敏感信息可能会让人望而生畏。

1).如果 Firebase 断开 websocket，它会存储信息，一旦套接字重新连接，它就会结束信息。这太棒了，让我们省去了很多头痛。

2).它可以很好地处理大量数据。我不是 100% 确定我会回答你的问题，但听起来你想确保它可以传输/存储大量数据。虽然我们从来不需要一次发送大量数据，但我们已经提取了大量数据(半个文本)并且没有真正的问题(报告有点慢，但这真的无法避免)。

3).如果您还想在本地存储所有信息，您可以通过任何可以 ping 服务器的后端(即:curl)将信息传递给 Firebase。

此外，Firebase 几个月前推出的一项很棒的功能是验证(因此没有人可以 ping Firebase 并告诉他们在未经验证的情况下删除所有信息)。这使用非常容易设置的读/写权限。

如果您对此有任何疑问，请告诉我