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

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

我想知道的是:

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


当前回答

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

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

其他回答

这个问题已经有了答案,但现在又有了一个NoSQL DB,它的许多伟大的特性正在成为趋势。它是Couchbase;它在移动平台上作为CouchbaseLite运行,在服务器端作为Couchbase Server运行。

下面是Couchbase Lite的一些主要特性。

Couchbase Lite是一个轻量级、面向文档(NoSQL)的语法数据库引擎,适合嵌入到移动应用程序中。

轻量级的意思是:

嵌入式——数据库引擎是一个链接到应用程序的库,而不是一个单独的服务器进程。 小代码大小——对于移动应用程序来说很重要,因为移动应用程序通常是通过蜂窝网络下载的。 快速启动对时间非常重要,因为移动设备的cpu相对较慢。 低内存使用—典型的移动数据集相对较小,但一些文档可能具有较大的多媒体附件。 当然,良好的性能-确切的数字取决于您的数据和应用程序。

面向文档的意思是:

以灵活的JSON格式存储记录,而不需要预定义的模式或规范化。 文档可以有任意大小的二进制附件,比如多媒体内容。 应用程序数据格式可以随着时间的推移而变化,而不需要显式的迁移。 MapReduce索引提供了快速查找,而不需要使用特殊的查询语言。

Syncable的意思是:

Any two copies of a database can be brought into sync via an efficient, reliable, proven replication algorithm. Sync can be on-demand or continuous (with a latency of a few seconds). Devices can sync with a subset of a large database on a remote server. The sync engine supports intermittent and unreliable network connections. Conflicts can be detected and resolved, with app logic in full control of merging. Revision trees allow for complex replication topologies, including server-to-server (for multiple data centers) and peer-to-peer, without data loss or false conflicts. Couchbase Lite provides native APIs for seamless iOS (Objective-C) and Android (Java) development. In addition, it includes the Couchbase Lite Plug-in for PhoneGap, which enables you to build iOS and Android apps that you develop by using familiar web-application programming techniques and the PhoneGap mobile development framework.

你可以在Couchbase Lite上探索更多

和Couchbase服务器

这将成为下一个大事件。

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

我在生产中使用CouchDB已经快2年了。没有迁移工作,因为项目直接从CouchDB实现开始。它作为一个数据库,存储单个电子产品从开始到包装的数据。

由于我们销售的传感器对精度有很高的要求,我们在不同的阶段做了大量的测试,所有这些都将存储在CouchDB上的一个文档中。

我从我的经验中学到了一些学习曲线,那就是充分利用视图(也称为永久视图)。视图应该是数据库中经常被调用的部分的“小过滤器”。

我的CouchDB数据库不像其他大公司那样疯狂。但到目前为止,我做得还不错。目前我有24000个700MB的文档。

我喜欢CouchDB的特性是“复制”,“存储文档的修订”。

我读了很多关于MongoDB的好评,如果有机会,我想尝试一下。

就生产而言,无缝故障转移/恢复都需要一个保姆 1- Couchbase,没有无缝的故障转移/恢复,需要人工干预。重新平衡需要太多时间,如果丢失多个节点,风险也会很大。

2- Mongo与shards,数据恢复从松散的配置服务器,不是一个容易的任务

SourceForge使用MongoDB。看这个演示或者阅读这里。