在 couchDb 中存储大 JSON 对象的好方法是什么？

Question

我在一个存储项目数据的网络应用程序上工作。数据保存在 couchDb 数据库 A 中。应用使用本地 pouchDb 数据库 B 拉取和推送数据，该数据库与 A 同步。

因此该应用也可以离线工作。当用户恢复连接时，在离线期间对 localDb B 所做的更改将使用经典复制发送到 A。

我在 couchDb 中为每个项目存储 1 个文档，它是一个包含大量数据（项目待办事项、合作者、进展、风险、问题等）的大型 JSON 对象。

它就像一个魅力，但我有一些问题，而且我似乎以错误的方式使用 pouchDb。情况示例：

用户 A 离线，他在项目 1 上添加了一个待办事项。

用户 B 在线，他在项目 1 中添加了一个新的协作者。

自动同步将用户 B 的更改推送到 couchDb。

项目 1 _rev 已递增。

用户 B 从 couchDb 中提取自己的更改，因为该应用会下载检测到的任何 couchDb 更改的所有文档。奇怪......我知道如何防止这种情况。但该应用程序仍然可以正常运行，所以这不是一个大问题。

用户 A 恢复连接。

由于 _rev 较旧，用户 A 的更改被忽略。但是用户对不同的项目属性进行了修改，couchDb 可以检测到自己并与较新的 _rev 合并吗？

我清楚地看到我的问题是每个项目使用 1 个文档。我可以使用数千个文档来存储每个项目的每个属性，而我的问题不会发生，但这似乎很奇怪：要检索项目的所有数据，我会完全扫描我的数据库，检查文档类型（协作者、待办事项、.. .?)，并通过向任何文档添加新的 _projectId 属性来检查文档是否链接到项目。

目前我只需要请求一个包含所有项目数据的文档，然后我就可以轻松地操作我的 JSON。处理起来很方便。

如何管理这个？一个项目可能平均包含 10 到 10 000 个属性，多个用户可以在线或离线编辑这些属性。

Answer 1

但是用户对不同的项目属性进行了修改，couchDb 可以自己检测到并与更新的 _rev 合并吗？

PouchDB/CouchDB 冲突处理在 PouchDB 指南中描述：http://pouchdb.com/guides/conflicts.html

该应用会下载检测到的任何 couchDb 更改的所有文档。奇怪...我知道如何防止这种情况发生。

这是标准的 PouchDB/CouchDB 行为 - 您要求它同步整个数据库，所以它同步了整个数据库。 :) 您可以通过使用过滤复制来防止它：http://pouchdb.com/api.html#filtered-replication。

如何管理这个？一个项目可能平均包含 10 到 10 000 个属性，多个用户可以在线或离线编辑这些属性。

这真的取决于您的数据，它可能更改的频率，单个“属性”的唯一标识符是什么......不过，在 PouchDB/CouchDB 中存储 10,000 个单独的文档并不是一个疯狂的想法，并且可能会有所帮助当涉及到冲突时，您会退出，因为只有那些单独的文档可能会发生冲突。

一般来说，我建议您阅读上述冲突解决指南并查看您的选项。还有一个插件可以帮助您解决冲突：https://github.com/jo/pouch-resolve-conflicts