生产中的CouchDB

我在一些原型应用程序中使用了CouchDB，它非常出色，非常易于使用，而且速度非常快。我想知道是否有人在生产中使用过它，并且对它的可靠性、运行管理的性能适合性等有什么看法？？我正在考虑使用它来支持服务层，并将利用它的复制功能

---

任何评论/体验都是非常受欢迎的。

CouchDB在Ubuntu中提供，是Ubuntu One服务的一个基本组件。

我在一些小型内部应用程序中使用过CouchDB，它非常稳定，我没有收到任何严重的投诉。除此之外，还有一些小小的抱怨-

1） 可以同步数据库，但不能同步节点。也就是说，如果有四台服务器和二十个数据库，则必须指定要同步的每个服务器和每个数据库。一个小小的抱怨，但我更喜欢少管理而不是多管理

2） 由于数据库是仅附加的，所以具有大量活动的数据库很快就会变得非常大。压缩修复了这一问题，但速度并不快，尤其是在大型（例如20GB）数据库上。周末计划紧凑解决了这一问题，但对于高可用性应用程序来说，这样做可能不是一种选择

3） Javascript是事实上的视图语言。没有得到很好宣传的是，因为CouchDB是用Erlang编写的，所以它还支持Erlang视图，因为它们是“本机的”，所以速度更快。对于在视图中执行大量操作的应用程序，Erlang可能更有意义

---

抛开这些小问题不谈，我衷心推荐它。

我应该澄清，压缩数据库并不会使其不可用，但它会极大地影响性能。事实上，如果写入速度比压缩快，则压缩可能永远不会完成。见：非常感谢你的建议。特别是erlang上的ip视图和同步。。。