Rya*_*yan 5 couchdb cluster-computing bigcouch
我一直在研究CouchDB附件的功能.基本上,CouchDB允许您将二进制文件数据存储在数据库记录中.与MongoDB的GridFS类似.我想要构建的项目主要围绕文件上传,我计划将其存储在CouchDB中.因此,这引导我研究CouchDB如何聚类数据,以便随着我的数据库的增长,由于文件附件,我可以将其聚集在多个服务器上.我很失望地发现CouchDB没有能力做到这一点,开箱即用.CouchDB指南说要使用一些名为couchdb-lounge,但该项目在Github上未被触及超过两年.我认为在此基础上我感觉不舒服.
我发现BigCouch,它似乎是一个修改过的CouchDB,具有我需要的确切聚类功能,除了它看起来它落后于当前稳定的CouchDB版本.我在一年前的新闻稿中看到他们正在努力将BigCouch合并到官方的CouchDB中,但我不知道它的时间表是什么样的.
作为第三种选择,看起来Couchbase Server 2也基于CouchDB,但具有基于其他功能的集群.我也在辩论这是一个可行的选择.但它不支持文件附件.
事实上,BigCouch将最终登陆CouchDB,这让我有一种保证可以继续使用BigCouch.
我应该使用BigCouch吗？为什么不是每个人都使用BigCouch,如果它只是CouchDB +集群？肯定有一些不对劲,对吗？
我的工作需求与您的需求略有不同，但我已经使用过 Couchbase、CouchDB 和 BigCouch。我发现 BigCouch 在云端设置起来非常简单，只用了一天就成功创建了一个集群。我们正在投资 BigCouch，并在进行尽职调查后致力于将其用于一项重大的移动计划。
原因：
BigCouch 在云环境中相当容易设置。文档很简单，但我能够快速启动并运行一个简单的集群。我建议密切关注云环境中计算机的私有主机名。（如果有帮助的话，我可以发送有关在云中创建机器的详细说明。）
BigCouch 由 Cloudant 维护，当然它是开源的，这很好。Cloudant 的 CTO 告诉我，他们已经将相当多的代码合并到 Apache CouchDB 项目中。此外，Cloudant 看起来相当稳定，因此我们依靠它们来使项目保持最新状态。这似乎是一个很好的社区（与 TouchDB 不同）。
据我所知，BigCouch 主要围绕核心 CouchDB 代码/API 进行包装。这很好，因为这让我觉得他们以 CouchDB 作为基础开始，并没有尝试在其之上做太多事情。例如，CouchDB的复制已经非常好，BigCouch并没有尝试重新发明轮子。他们只是添加了一些 Couch 所缺少的东西。
与使用 Cloudant 相比，“原始”运行 BigCouch 的一个缺点是 Cloudant 维护自己的具有更多功能的内部分支。我们的评估发现这些功能并不是必需的。他们对我们来说有点过分了。
Couchbase 似乎特别落后了一步。我花了很长时间才到达 Couchbase 2.0，并且我对 2.0 之前的 Couchbase 感到失望。我听说2.0很棒，但还没有机会使用它。由于各种原因，我对 2.0 之前的版本感到有点焦灼。