有可能通过多个核心来增强couchdb中视图/索引的创建吗？

我们刚刚将应用程序运行时日志数据库从MySQL转换为CouchDB。转换的文档约为300万份，约占7GB

然后，我们编写了第一个视图的脚本（使用reduce函数），并执行了一个查询来调用该视图的第一次运行，创建/生成了一个视图。这应该需要一些时间，我只是在那台机器上做了一个“top”来查看进程/cpu负载。我刚刚注意到有两个沉重的过程：

beam.smp 
couchjs

---

有趣的是，它们似乎占据了一个核心，即使在那台机器上有4个核心。在创建/更新视图时，是否可以让couchdb使用多个核心？

目前不支持这种做法。我猜好的多核支持会增加CouchDB的复杂性

到目前为止，CouchDB总是选择简单而不是特性。（你知道CouchDB只有18000行代码吗？与or相比。）

构建设计文档视图索引时，它使用一个

couchjs

过程。如果您有多个设计文档，那么这些文档将并行运行。CouchDB将为每个设计文档生成一个

couchjs

进程，操作系统将它们分布在多个核心上

---

但是如果您真的需要性能，那么Apache CouchDB是否兼容，并且是否支持使用一种过度渲染的体系结构的并行视图索引构建。

看到代码行比较真是太神奇了。感谢您分享此信息。你提到“简单而不是功能”。这是否意味着它还没有准备好投入生产使用，因为生产环境中存在很多问题。CouchDB（有意地）很小且简单，但是它所做的事情已经准备好投入生产，并且现在正在生产中使用。是否可以创建视图的视图？在某些情况下，您的视图是并行构建的吗？