【问题标题】:Providing an Initial Snapshot of a Firestore database提供 Firestore 数据库的初始快照
【发布时间】:2023-03-06 16:06:01
【问题描述】:

我们正在考虑将我们的 Android 数据迁移到 Firestore。我们有一个主要是只读的数据库(用户只会阅读,但工作人员每天会推送几次更新)。目前我们不考虑 Firebase 存储。

对我们来说最大的问题是,由于数据库相当大,而且我们针对的是数据合同较差的市场 - 我们不希望每个人都在首次发布时获取完整的数据库(我知道你可以做部分请求,但需要完整的数据)

我们想通过在每个版本中捆绑一个默认数据库来解决这个问题(我们目前这样做),然后设备将与 Firestore 同步并下载更新的突变。

这可能吗?我们希望将 Firestore 对象与文档的捆绑副本或序列化快照连接起来?

这里的目的是让 Firestore SDK 将快照视为完整的文档集 - 就像您在几个小时前在设备上运行查询并保留侦听器一样。所以监听器会收到增量。

【问题讨论】:

  • “然后设备将与 Firestore 同步并下载更新的突变。”不幸的是,您不能在 Firestore 中执行此操作。请从这个 post 中查看我的回答。所有初始数据都是必需的。
  • 投反对票之前你还没有理解。这里的目的是 Firestore SDK 将把快照视为完整的文档集 - 就像您在几个小时前在设备上运行查询并保留侦听器一样。所以听众将收到增量。另一个问题似乎对重复请求的快照缓存存在误解
  • 我没有投反对票,我只是想给你一个提示。我还收到了一个没有提供至少一个理由的用户对该答案的反对票:|

标签: android google-cloud-firestore


【解决方案1】:

Firestore 不提供将一些可通过 SDK 查询的默认数据捆绑到您的应用中的方法。 Firebase 是一个云托管数据库,这意味着所有数据都必须存在于“云中”才能被查询(或者必须之前已经在本地查询和缓存,可以在离线时读取)。

不过,您可以随时联系file a feature request

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2017-01-24
    • 2013-09-11
    • 1970-01-01
    • 1970-01-01
    • 2020-12-06
    • 2019-07-26
    • 2018-06-09
    相关资源
    最近更新 更多