在CouchDB中,有没有办法提高View索引进程的性能？

我有一些基本的视图和一些带逻辑的map / reduce视图.没有什么太复杂的了.没有太多文件.我尝试过250k,75k和10k文档.好像我总是在等待视图索引.

视图中更好,更高效的代码是否有帮助？我假设它基本上处理所有聚合级别的视图.所以必须有一些改进.

emit() – 更少的数据有帮助吗？发出(doc.id,doc)vs指定更少的字段？

或多或少复杂的密钥会影响视图索引吗？

或者是关于内存,CPU内核和处理器速度的全部内容？

必须有一些文档,但我找不到任何引用提高性能的方法.

我将深入研究reduce函数.尝试使用内置的Erlang函数,如_sum,_count,而不是编写 Javascript.

复杂的观点可能需要数小时甚至更多,这是正常的.

也许发布这样不太复杂的map / reduce.

并且不要忘记：在更改视图(或推送一大堆新文档)之后,仅对所有文档建立索引.随后的新文档将逐步编入索引.

使用带有& stale = ok的视图可立即检索“旧”数据,因此您无需等待. (但要注意：你总是必须调用一个没有陈旧的视图= ok至少一次才能触发索引过程).或者更好：使用stale = update_after.