android - Firebase 而不是 SQLite

Question

我一直在使用 SQLite 作为我的 android 应用程序的存储解决方案。我希望能够向我的一个应用程序添加同步功能，Firebase 看起来是一个不错的解决方案，但问题是我需要知道我是否要使用 Firebase 与 SQLite 数据库同步数据，或者 Firebase 是否可以工作并完全取代 SQLite .我知道 Firebase 具有离线持久性，但离线时它可以保存与 SQLite 一样多的数据吗？查询功能是否强大？

Answer 1

显然，这取决于考虑选项的业务规则。所以不会有“正确”的答案。

至少我们的一名团队成员是按照这些思路思考的。这是我们的解决方案:

1. 在 SQLite 上本地处理所有交易数据，因为我们不需要跨设备进行交易。

2. 使用 Firebase 同步其余部分。

(1) 确保我们不会滥用 Firebase 客户端的非持久离线可用性。

The docs即使启用了持久化，事务也不会在应用程序重新启动时持久化。因此，您不能依赖于离线完成的交易被提交到您的 Firebase 实时数据库。为提供最佳用户体验，您的应用应显示事务尚未保存到您的 Firebase 实时数据库中，或确保您的应用手动记住它们并在应用重启后再次执行它们。

(2) 确保我们使用 Firebase 的持久离线特性在(重新)建立连接后跨设备同步非事务性数据。

The docs , Firebase 实时数据库客户端会自动保留一个队列，其中包含您的应用离线时执行的所有写入操作。启用持久性后，此队列也会持久保存到磁盘，因此当用户或操作系统重新启动应用程序时，您的所有写入都可用。当应用重新连接时，所有操作都会发送到 Firebase 实时数据库服务器。

这样我们就可以在使用中达到可接受的状态。

“它能容纳与 SQLite 一样多的数据吗？它的查询功能是否也一样强大？” no 和 no if powerful 被翻译为“transaction across devices”，根据 Firebase 的定义，它是一个远程数据库。