我想知道是否有人可以告诉我MongoDB或CouchDB是否已经为生产环境做好了准备。

我现在正在研究这些存储解决方案(目前我更喜欢MongoDB),但是这些项目还很年轻,所以我预见到我将不得不非常努力地说服我的经理,我们应该采用这种新技术。

我想知道的是:

现在谁在生产环境中使用MongoDB或CouchDB ? 你如何使用MongoDB/CouchDB? 当你采用这种新的存储机制时,你遇到了什么问题(如果有的话)(你是如何克服它们的)? 你是如何处理你不得不面对的移民问题的? 你有任何好的或坏的经验,这些解决方案,你想分享吗?


当前回答

我们目前在生产中使用MongoDB作为缓存层和存储引擎,用于产品导入和操作产品数据。我们是一家电子商务公司,管理着超过200万个产品(1亿多个属性),横跨10多个分销商,如果没有MongoDB,这项任务几乎是不可能的。

其他回答

我们在生产中使用mongodb

www.beachfront.io -接近每秒5k的写请求 www.beachfrontbuilder.com -每秒500个读写请求,维护1000万用户数据和olap。

我们通过实现自定义组件克服了数据归档面临的唯一挑战。

我在生产中使用CouchDB。目前它存储了所有不在原始DB模式中的“可选”字段。现在我正在考虑将所有数据转移到CouchDB。

我承认这一步很冒险。首先,因为它还不是1.0版本。其次,因为它需要大量的驾驶空间。根据我的计算,CouchDB文件(带索引)比具有相同行的MySQL数据库大30倍。 但我很确定它会好起来的。

MongoDB在授权给企业方面存在一些问题,我不确定细节,但我们的法律部门不明确地告诉我们,我们不允许在我们的任何产品中使用MongoDB。

BBC和meebo.com在生产中使用CouchDB,我的一个客户也是如此。 下面是在野外使用Couch: CouchDB的其他用户的列表

主要的挑战是知道如何组织文档,并停止从关系数据的角度思考问题。

我们在生产中使用MongoDB的移动后端服务,即Netmera。我们使用它来存储所有用户和内容数据。