据我了解，当一个视图查询CouchDB的索引更新。 假设有比写更读，是不是这个坏缩放？ 我将如何配置的CouchDB上写更新索引，或者更好的是，一个时间表？
Answer 1:
CouchDB的确实再生的更新的观点，但仅限于自上次读访问的观点发生了什么变化。 大大假设你的读取量远远超过你写卷，这不应该是一个问题。
当你在改变大量文档一旦这可能导致服用的时间显着量的第一读取请求的可能性。 为了减轻这几个不同的可能性已经被提出。 大部分依靠与CouchDB的更新通知注册并触发自动读取。
这样做正是一个示例脚本可于CouchDB的维基[1]。
[1] http://wiki.apache.org/couchdb/RegeneratingViewsOnUpdate
Answer 2:
一）“缩放”是这样的一个重载术语。 什么“之类的”缩放你指的是？ （无论哪种方式，我看不出它如何影响你不利）。
B）更新上写道：刚刚查询您的看法写了。 请注意，添加一组数据，以该指数更友好的资源（即不特定的CouchDB）。 所以，你可能想引发你的看法每N写道。
c）预计：设置，查询每M分钟视图一个cronjob。
d）等待CouchDB的演变，为您提供，让您有一个配置参数设置此的基础设施。
E）（最佳选择）。 让你的手脏，并帮助我们抛光的CouchDB！ 任何贡献表示高度赞赏。
d） RTFM（ 眨眼 :)
Answer 3:
你不能也，为什么你想呢？
想想看这样的：
- 当您将数据导入到MySQL你可以把indizes的，因为它更昂贵的更新索引你插入的每一行，比它更新一次运行100次写入（或然而，许多行导入）的指数。
- 这就是为什么CouchDB的更新上读取的指数，因为它是集成在同一时间与100度的变化，那么当它是写每一个变化更便宜。
这是CouchDB的优势之一！ :)我不是说，这是一个CouchDB的唯一的功能，但它只是聪明地做到这一点上阅读。
有一两件事你可以做的是阅读与更新=假，这是一个脏读，可能不会返回你所期望的。 如果你总是这样做，你可以安排一个“正规”，通过一个cronjob读取和更新与该索引。 我只是不认为这是有道理的。
文章来源: How do you Schedule Index Updates in CouchDB
