CouchDb（Cloudant）mapreduce:what'；每个文档的最大发射数是多少？

我有一个Cloudant数据库，有5种不同的文档类型。 由于我可以完全控制对一种文档类型的更新，我计划使用一个具有60k值的数组的文档，而不是创建60k文档，因为这将使我的更新过程更容易

似乎在映射阶段，我为文档中的每个60k值创建了一个条目，更新过程正在超时

这是意料之中的事吗？如果我真的创建了60k个文档，我的性能会更好吗？

---

db将有大约500k个文档开始，我的mapreduce将找到相关文档（可以是几百个），并将数据合并到一个返回对象。

我不确定每个map函数的发射数限制是多少，但60K似乎相当多。我认为，如果每个贴图函数有那么多发射，那么文档就太大了。我建议将其分为单独的文档。

我不确定每个贴图函数的发射数限制是多少，但60K似乎相当多。我认为，如果每个贴图函数有那么多发射，那么文档就太大了。我建议将其分解为单独的文档。

CouchDB索引与CouchDB数据文件是相同的B+树。这意味着发射数没有限制。

CouchDB索引与CouchDB数据文件是同一个B+树。这意味着发射次数没有限制。

我同意，安东尼奥。从BTree的角度来看，不应该存在问题。我在测试中发现，当尝试执行30k+发射时，映射阶段有时会超时。服务器端可能有一些设置。否则，我将不得不减少发射当您试图通过视图服务器传递30k发射时，您应该记住服务器有10秒的时间来处理请求。详细情况见，我同意，安东尼奥。从BTree的角度来看，不应该存在问题。我在测试中发现，当尝试执行30k+发射时，映射阶段有时会超时。服务器端可能有一些设置。否则，我将不得不减少发射当您试图通过视图服务器传递30k发射时，您应该记住服务器有10秒的时间来处理请求。有关详细信息，请参阅