Pouchdb生产准备就绪，可处理数千个文档

Question

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

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

2. Pouchdb是这种系统的正确解决方案吗。

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

4. 由于每个应用程序安装都有自己的本地Pouchdb，减少文档冲突的方法是什么？我如何加快同步？

5. 考虑到Pouchdb复制的每一端都要进行大量的文档创建、读取、同步和编辑，它的可靠性有多高。

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

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

你的意见和答案会非常有帮助。

Answer 1

首先，它可能取决于您的目标平台。PouchDB没有文档上限，但浏览器肯定有存储限制。

其次，如果文档被大量修改/删除，您可能需要研究压缩。您甚至可能想在存储文档字段之前使用过滤袋用gzip压缩文档字段。

第三，由于HTTP聊天，CouchDB复制目前存在一些性能问题。这里有一些关于如何提高同步性能的建议。我们还在研究一种替代复制方法来加快速度。

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

最后一条评论：如果CouchDB实际上与您要瞄准的设备托管在同一个局域网上，并且您确信这些设备只会在联机时使用，那么PouchDB可能不会提供任何性能优势。但您可能希望将PouchDB用作一个简单的直接CouchDB客户端，只是为了保持代码的灵活性。