Architecture PockDB生产是否准备就绪，是否能够处理数千份文档

目前正在进行一个需要大量数据输入的项目，文档几乎每天每分钟都在更新。我正在考虑使用PockDB作为此应用程序的脱机存储，尽管PockDB的每个本地副本都将与远程在线Couchdb服务器实时同步。我想知道以下几点：

数据库大小可以增长到数十万个，目前超过60000个文档

是这种系统的正确解决方案

PockDB足够强大，可以在本地数据库上处理CRUD，该数据库拥有超过60K个文档，并且每天将以超过1000个文档的速度继续增长

由于每个应用程序安装都有自己的本地数据库，有哪些方法可以减少文档冲突？如何加快同步

由于在每一端都要进行大量的文档创建、读取、同步和编辑，PockDB复制的可靠性如何

目前在办公室中，所有当前安装的应用程序都会同步到本地couchdb，但速度很慢，需要时间才能同步所有本地副本，并且可能会发生文档冲突

在与Couchdb服务器相同的有线LAN中有近50个安装，如果它们直接调用LAN Couchdb服务器或本地数据库副本

---

您的意见和答案将非常有用。

首先，这可能取决于您的目标平台。PockDB没有文档上限，但有浏览器

第二，如果文档被大量修改/删除，您可能需要查看。您甚至可能希望在存储文档字段之前使用gzip压缩它们

第三，由于HTTP聊天，CouchDB复制目前存在一些性能问题。下面介绍如何提高同步性能。我们也在努力加快速度

冲突是一个更大的问题；我们很快就会出版一本指南，其中将有一整章是关于解决冲突的。但是如果你不耐烦，基本上它和CouchDB是一样的，他们有关于它的文档

---

最后一点意见：如果CouchDB与您的目标设备位于同一个LAN上，并且如果您确定这些设备仅在联机时使用，那么PockDB可能不会提供任何性能优势。但是，您可能希望使用PockDB作为简单的直接CouchDB客户端，以保持代码的灵活性。

非常感谢，然后我忘了提到，有没有一种方法可以在Chrome应用程序上使用PockDB调用设计文档的查询，它不允许eval（）是的，这可能在95%的情况下都有效：这是一个老问题。但“将PockDB用作简单的直接CouchDB客户端”是否意味着我们可以将PockDB配置为将远程CouchDB用作适配器而不是indexDB？有没有办法做到这一点？这不符合我的口味，复制速度太慢，有上千个文档。它有几个问题，与插件一样，我浪费了50%的项目时间来修复bug，我多次重新设计了逻辑，因为它不能处理大量数据