Couchdb coach-DB扩展和性能

我正在考虑实现一个CouchDB服务器，以提供对我们为内部业务操作存储的一些元数据的特别搜索

我们在内部流程中存储大量“属性”，如“作业”的大小、来源、提交日期和URL

在我们的关系数据库中，这一切都很好，但我们的用户希望通过提供类似于谷歌搜索的“搜索条件”来建立类似工作的列表。因此，用户可以说“显示所有大于XXX且在YYY之后提交的作业”，然后返回描述和URL列表

这听起来非常适合沙发，从我的研究来看，它看起来会很好用

我的问题是，在适当的硬件条件下，它的可扩展性如何？我们有1.5-2亿个这样的文档，每个文档有11-30个属性。元数据的大小最多只有几KB

我最初希望有一个四核服务器（VM）来测试，但我需要它扩展到同时支持100-250个用户

我知道我可以在大多数db服务器上做到这一点，但我正在寻找能够提供即席查询功能的东西（通过REST或HTTP可以，我们有自己的搜索工具）

---

有没有人有过在这个级别设置coach并将其用于生产负载的经验？

并发连接不是问题，erlang和CouchDB是为并发性能而构建的

您是否认为您必须动态生成新的映射函数，因为它听起来有点像

无论何时添加新的视图映射函数，都会在初始视图生成中遇到一个大瓶颈

如果使用erlang视图，它们生成的速度比javascript视图快得多，因为它们没有达到JSON序列化步骤，这可以显著提高视图生成性能

---

一旦生成了视图，它将非常快，即使您所说的大小也是如此。

太棒了。谢谢，这是我希望听到的。事情发生很久了，但很好奇你的部署结果如何？