在 couchDb 中存储大 JSON 对象的好方法是什么？
What is good way to store big JSON objects in couchDb?
我在开发一个存储项目数据的网络应用程序。数据保存在 couchDb 数据库 A 中。应用程序使用与 A 同步的本地 pouchDb 数据库 B 拉取和推送数据。
因此该应用程序也可以离线工作。当用户恢复连接时，离线期间在 localDb B 上所做的更改将使用经典复制发送到 A。
我在 couchDb 中为每个项目存储 1 个文档，它是一个包含大量数据（项目待办事项、合作者、进展、风险、问题、等等...).
它工作得很好，但我遇到了一些问题，而且我似乎以错误的方式使用了 pouchDb。情况示例：
用户 A 离线，他在项目 1 上添加了一个待办事项。
用户 B 在线，他在项目 1 上添加了一个新协作者。
自动同步将用户 B 的更改推送到 couchDb。
项目 1 _rev 已递增。
用户 B 从 couchDb 中提取自己的更改，因为该应用会下载检测到的任何 couchDb 更改上的所有文档。奇怪...不知道如何防止这种情况。但是应用程序仍然可以正常工作，所以这不是一个大问题。
用户 A 恢复连接。
用户 A 的更改因 _rev 较旧而被忽略。但是用户在另一个项目上做了修改 属性，couchDb 可以自己检测到并与更新的 _rev 合并吗？
我清楚地看到我的问题是每个项目使用 1 个文档。我可以使用数千个文档来存储每个项目的每个属性，我的问题不会发生，但它看起来很奇怪：要检索项目的所有数据，我会完全扫描我的数据库，检查文档类型（协作者、待办事项、.. .?)，并通过向任何文档添加新的 _projectId 属性 来检查文档是否链接到项目。
目前我只需要请求一个文档，其中包含所有项目数据，然后我可以轻松地操作我的JSON。处理起来相当方便。
如何管理这个？一个项目平均可能包含 10 到 10 000 个属性，多个用户可以在线或离线编辑这些属性。
But the user did a modification on a different project property, can couchDb detect that himself and merge with newer _rev ?
PouchDB/CouchDB PouchDB 指南中描述了冲突处理：http://pouchdb.com/guides/conflicts.html
the app downloads all documents on any couchDb changes detected. Weird... Idk how to prevent that.
这是标准的 PouchDB/CouchDB 行为 - 您要求它同步整个数据库，所以它同步了整个数据库。 :) 您可以使用过滤复制来防止它：http://pouchdb.com/api.html#filtered-replication.
How to manage this ? A project may contains averagely 10 to 10 000 properties that multiple users can edit being online or offline.
这真的取决于你的数据，它可能改变的频率，单个 "property" 的唯一标识符是什么......在 PouchDB/CouchDB 中存储 10,000 个单独的文档并不是一个疯狂的想法, 虽然，并且可能会在冲突时帮助您解决问题，因为只有那些单独的文档才会发生冲突。
一般来说，我建议您阅读上述冲突解决指南并查看您的选项。还有一个插件可以帮助您解决冲突：https://github.com/jo/pouch-resolve-conflicts
我在开发一个存储项目数据的网络应用程序。数据保存在 couchDb 数据库 A 中。应用程序使用与 A 同步的本地 pouchDb 数据库 B 拉取和推送数据。
因此该应用程序也可以离线工作。当用户恢复连接时，离线期间在 localDb B 上所做的更改将使用经典复制发送到 A。
我在 couchDb 中为每个项目存储 1 个文档，它是一个包含大量数据（项目待办事项、合作者、进展、风险、问题、等等...).
它工作得很好，但我遇到了一些问题，而且我似乎以错误的方式使用了 pouchDb。情况示例：
用户 A 离线，他在项目 1 上添加了一个待办事项。
用户 B 在线，他在项目 1 上添加了一个新协作者。
自动同步将用户 B 的更改推送到 couchDb。
项目 1 _rev 已递增。
用户 B 从 couchDb 中提取自己的更改，因为该应用会下载检测到的任何 couchDb 更改上的所有文档。奇怪...不知道如何防止这种情况。但是应用程序仍然可以正常工作，所以这不是一个大问题。
用户 A 恢复连接。
用户 A 的更改因 _rev 较旧而被忽略。但是用户在另一个项目上做了修改 属性，couchDb 可以自己检测到并与更新的 _rev 合并吗？
我清楚地看到我的问题是每个项目使用 1 个文档。我可以使用数千个文档来存储每个项目的每个属性，我的问题不会发生，但它看起来很奇怪：要检索项目的所有数据，我会完全扫描我的数据库，检查文档类型（协作者、待办事项、.. .?)，并通过向任何文档添加新的 _projectId 属性 来检查文档是否链接到项目。
目前我只需要请求一个文档，其中包含所有项目数据，然后我可以轻松地操作我的JSON。处理起来相当方便。
如何管理这个？一个项目平均可能包含 10 到 10 000 个属性，多个用户可以在线或离线编辑这些属性。
But the user did a modification on a different project property, can couchDb detect that himself and merge with newer _rev ?
PouchDB/CouchDB PouchDB 指南中描述了冲突处理：http://pouchdb.com/guides/conflicts.html
the app downloads all documents on any couchDb changes detected. Weird... Idk how to prevent that.
这是标准的 PouchDB/CouchDB 行为 - 您要求它同步整个数据库，所以它同步了整个数据库。 :) 您可以使用过滤复制来防止它：http://pouchdb.com/api.html#filtered-replication.
How to manage this ? A project may contains averagely 10 to 10 000 properties that multiple users can edit being online or offline.
这真的取决于你的数据，它可能改变的频率，单个 "property" 的唯一标识符是什么......在 PouchDB/CouchDB 中存储 10,000 个单独的文档并不是一个疯狂的想法, 虽然，并且可能会在冲突时帮助您解决问题，因为只有那些单独的文档才会发生冲突。
一般来说，我建议您阅读上述冲突解决指南并查看您的选项。还有一个插件可以帮助您解决冲突：https://github.com/jo/pouch-resolve-conflicts