我想知道是否有人可以告诉我MongoDB或CouchDB是否已经为生产环境做好了准备。
我现在正在研究这些存储解决方案(目前我更喜欢MongoDB)，但是这些项目还很年轻，所以我预见到我将不得不非常努力地说服我的经理，我们应该采用这种新技术。
我想知道的是:
现在谁在生产环境中使用MongoDB或CouchDB ? 你如何使用MongoDB/CouchDB? 当你采用这种新的存储机制时，你遇到了什么问题(如果有的话)(你是如何克服它们的)? 你是如何处理你不得不面对的移民问题的? 你有任何好的或坏的经验，这些解决方案，你想分享吗?
当前回答
CouchDB 0.11(发布于3月底)是1.0版本的特性冻结版。这意味着我们将保持与当前1.0版API的兼容性，所以现在是重新研究CouchDB的好时机(如果您很久没有研究过)。
CouchDB 0.11源代码发布在这里。这里链接了二进制安装程序和其他好东西。
其他回答
我在生产中使用CouchDB已经快2年了。没有迁移工作，因为项目直接从CouchDB实现开始。它作为一个数据库，存储单个电子产品从开始到包装的数据。
由于我们销售的传感器对精度有很高的要求，我们在不同的阶段做了大量的测试，所有这些都将存储在CouchDB上的一个文档中。
我从我的经验中学到了一些学习曲线，那就是充分利用视图(也称为永久视图)。视图应该是数据库中经常被调用的部分的“小过滤器”。
我的CouchDB数据库不像其他大公司那样疯狂。但到目前为止，我做得还不错。目前我有24000个700MB的文档。
我喜欢CouchDB的特性是“复制”，“存储文档的修订”。
我读了很多关于MongoDB的好评，如果有机会，我想尝试一下。
我在生产中使用CouchDB。目前它存储了所有不在原始DB模式中的“可选”字段。现在我正在考虑将所有数据转移到CouchDB。
我承认这一步很冒险。首先，因为它还不是1.0版本。其次，因为它需要大量的驾驶空间。根据我的计算，CouchDB文件(带索引)比具有相同行的MySQL数据库大30倍。 但我很确定它会好起来的。
CouchDB 0.11(发布于3月底)是1.0版本的特性冻结版。这意味着我们将保持与当前1.0版API的兼容性，所以现在是重新研究CouchDB的好时机(如果您很久没有研究过)。
CouchDB 0.11源代码发布在这里。这里链接了二进制安装程序和其他好东西。
我们在生产中使用MongoDB的移动后端服务，即Netmera。我们使用它来存储所有用户和内容数据。
我们目前使用mongodb作为局域网协作的文件存储服务。 此外，像trello这样的项目使用mongodb作为后端数据存储。 我以前使用过couchdb，但没有用于生产能力。
