我正在为 iOS 构建一个发票应用程序。我需要一种在使用该应用程序的同一公司的多个设备之间同步数据的方法。这有常见的客户、产品、库存、发票/明细表。
我想知道firebase是否适合这个。
主要是，我主要担心的是某些 iOS 设备需要断开连接运行一段时间（最多 1 天，人们在通信不良或不存在通信的地方工作）。
我的第二个担忧是一些客户可以将其用作 POS，并为同一公司集团生成大量发票。我的应用程序用于小型超市和批发分销商，这就是一些旅行和一些留在当地的原因。
从外观上看，我认为firebase 是更接近的解决方案（我正在考虑 pusher、parse 和 pubnub），因为拥有数据的副本并成为它的“数据库管理员”。
我认为有一个中央 postgress 数据库作为数据库主数据库，但对于 firebase 来说可能是不必要的？
大约一年前，我在奥斯汀参加了 Facebook 黑客松后，开始使用 Firebase。我立刻爱上了这个系统，没有足够的好话可说。Firebase 的好处是显而易见的，但使用这样一个新系统来处理敏感信息可能会让人望而生畏。
1）。如果 Firebase 断开 websocket，它会存储信息，一旦重新连接套接字，它将结束信息。这太棒了，为我们省去了很多头痛。
2）。它可以很好地处理大量数据。我不是 100% 确定我遵循您的问题，但听起来您想确保它可以传输/存储大量数据。虽然我们从来不需要一次发送大量数据，但我们已经提取了大量数据（半个文本）并且没有真正的问题（报告速度有点慢，但这无法避免）。
3）。如果您还想在本地存储所有信息，您可以通过任何可以 ping 服务器的后端（即：curl）将信息传递给 Firebase。
此外，Firebase 几个月前推出的一项很棒的功能是验证（因此没有人可以 ping Firebase 并告诉他们在未经验证的情况下删除所有信息）。这使用非常容易设置的读/写权限。
如果您对此有任何疑问，请告诉我
看看Couchbase Lite。它似乎设计用于在零星连接的设备上本地存储 JSON 文档（+附件）并跨设备自动同步。
它没有与 Firebase 相同的延迟——文档在 1-2 秒内共享，但离线工作和本地存储是免费的。
它也不是一项服务，尽管我认为有些服务提供商会将它作为一个服务提供商来托管。