对于集群CouchDB设置，我应该直接使用BigCouch吗？
我一直在研究CouchDB的附件功能。基本上，CouchDB允许您在数据库记录中存储二进制文件数据。类似于MongoDB的GridFS。我想要构建的项目主要围绕着文件上传，我计划将其存储在CouchDB中。因此，我开始研究CouchDB如何对数据进行群集，以便随着数据库的增长，由于文件附件的缘故，我可以跨多个服务器对其进行群集。我很失望地发现，CouchDB没有能力做到这一点，开箱即用。CouchDB指南说要使用一种叫做couchdb-lounge的东西，但这个项目在Github上已经有两年多没动过了。我不认为我会觉得在这个基础上构建起来很舒服。
我找到了BigCouch，它似乎是一个经过修改的CouchDB，其中包含了我需要的确切的集群功能，只是它看起来落后于当前稳定的CouchDB版本。我确实在一年前的一份新闻稿中读到过，他们正在努力将BigCouch合并到官方CouchDB中，但我不知道具体的时间表是什么。
作为第三种选择，Couchbase Server2看起来也是基于CouchDB的，但在其他功能中构建了集群。我也在讨论这是一个可行的选择。不过，它不支持文件附件。
BigCouch最终将登陆CouchDB，这一事实给了我一些定心丸，让我可以继续使用BigCouch。
我应该使用BigCouch吗？如果只是CouchDB +集群，为什么不是每个人都使用BigCouch呢？肯定有不好的一面，对吧？
回答 3
Stack Overflow用户
发布于 2013-01-05 13:11:54
在我的工作中，我的需求与你的略有不同，但我使用过Couchbase、CouchDB和BigCouch。我发现BigCouch在云中很容易设置，只用了一天就成功创建了一个集群。我们正在投资BigCouch，并在做了尽职调查后，承诺将其用于一个主要的移动计划。
原因：
在云环境中安装
- BigCouch相当容易。文档很简单，但我能够快速启动和运行一个简单的集群。我建议关注云环境中机器的私有主机名。(如果helps.)
- BigCouch是由Cloudant维护的，我可以发送我在云中创建机器的详细说明，当然它是开源的，这很好。Cloudant的首席技术官告诉我，他们已经将相当多的代码合并到Apache CouchDB项目中。此外，Cloudant看起来相当稳定，所以我们希望他们能让项目保持最新。这似乎是一个很好的社区(不像TouchDB这样的社区)，我可以告诉BigCouch的
- 主要围绕着核心的CouchDB代码/API。这很好，因为它让我认为他们是从CouchDB作为基础开始的，并没有试图在它的基础上做太多事情。例如，CouchDB的复制已经很好了，而BigCouch并没有试图重新发明轮子。他们只是添加了一些
缺少的东西。Cloudant“原始”运行BigCouch的一个缺点是，Cloudant维护着自己的内部分支，具有更多的功能。我们的评估发现，这些功能是不需要的。它们对我们来说有点过头了。
- Couchbase似乎特别落后了一步。我花了很长时间才到Couchbase 2.0，我对Couchbase 2.0之前的版本感到失望。我听说2.0很棒，但还没有机会使用它。出于各种原因，我对2.0之前的版本感到有点焦头烂额。
Stack Overflow用户
发布于 2012-12-18 19:48:09
并不是每个人都需要集群。CouchDB团队打算在几乎准备好的1.3版本发布后不久合并BigCouch，所以开始研究BigCouch肯定是有意义的(而且我个人肯定会选择BigCouch而不是CouchBase或couchdb-lounge --不管怎样，许多BigCouch贡献者都是CouchDB提交者)。
Stack Overflow用户
发布于 2012-12-18 22:51:37
集群的缺点是它的额外复杂性。我认为，除非你已经是一个有经验的CouchDB用户，否则从第一天开始使用BigCouch可能就走得太远了。
作为学习如何设置和维护BigCouch部署的替代方案，您可以选择像Cloudant这样的在线CouchDB主机，让它们处理管理机器集群的复杂性。您所处理的东西看起来仍然像您的本地CouchDB实例。
关于在CouchDB中存储文件，为什么不在S3中存储它们呢？(比Cloudant btw便宜得多)
https://stackoverflow.com/questions/13924362
复制相似问题
腾讯云开发者
