是否可以获取最新的 PouchDB 序列号?
Is it possible to get the latest seq number of PouchDB?
我正在尝试解决 CouchDB 回滚导致 PouchDB 在未来出现的问题。我想找到一种方法来检测这种情况,并在这种情况发生时强制 PouchDB 销毁并重新加载。
有没有办法向 PouchDB 询问其当前的 pull seq 编号?我根本无法找到任何文档。我的 google-foo 不够强。
到目前为止,我唯一的想法是观看 sync.on(更改)提要,并在每次拉取时记录序列号。然后在应用程序重新加载时,运行 this as ajax https:/server/db/_changes?descending=true&limit=1
并验证此 returns 的序列号是否高于我存储的序列号。如果存储的 seq 更高,则 pouchdb.destroy(),从 indexdb 中清除 _pouch_
,并可能找出如何删除此版本 https://github.com/pouchdb/pouchdb/releases/tag/6.4.2.
的 websql 版本
或者是否有更好的方法来解决 PouchDB 在未来领先于 CouchDB 的情况?
问题似乎出在复制检查点文件中。当您从备份中恢复数据库时,您可能也在恢复检查点本地文档。
您应该删除所有本地文档,方法是使用 _local_docs 端点找到它们,然后从恢复的数据库中删除。
执行此操作时,您的 PouchDB 应尝试将其文档发送给 CouchDB,以同步回 PouchDB 和 CouchDB。
我正在尝试解决 CouchDB 回滚导致 PouchDB 在未来出现的问题。我想找到一种方法来检测这种情况,并在这种情况发生时强制 PouchDB 销毁并重新加载。
有没有办法向 PouchDB 询问其当前的 pull seq 编号?我根本无法找到任何文档。我的 google-foo 不够强。
到目前为止,我唯一的想法是观看 sync.on(更改)提要,并在每次拉取时记录序列号。然后在应用程序重新加载时,运行 this as ajax https:/server/db/_changes?descending=true&limit=1
并验证此 returns 的序列号是否高于我存储的序列号。如果存储的 seq 更高,则 pouchdb.destroy(),从 indexdb 中清除 _pouch_
,并可能找出如何删除此版本 https://github.com/pouchdb/pouchdb/releases/tag/6.4.2.
或者是否有更好的方法来解决 PouchDB 在未来领先于 CouchDB 的情况?
问题似乎出在复制检查点文件中。当您从备份中恢复数据库时,您可能也在恢复检查点本地文档。
您应该删除所有本地文档,方法是使用 _local_docs 端点找到它们,然后从恢复的数据库中删除。
执行此操作时,您的 PouchDB 应尝试将其文档发送给 CouchDB,以同步回 PouchDB 和 CouchDB。