我一直在一些原型应用程序上使用 CouchDB，它非常出色，非常易于使用并且速度非常快。我想知道是否有人在生产中使用过它，并对它的可靠性、操作管理的性能适用性等有什么看法？我正在考虑使用它来支持服务层并利用其复制功能。
任何评论/经验都将受到欢迎。
我已经将 CouchDB 用于一些小型内部应用程序 - 它非常稳定，而且我没有遇到任何严重的投诉。抛开这一点，有一些小抱怨——
1）数据库可以同步，但节点不能同步。也就是说，如果您有四台服务器和二十个数据库，则必须指定要同步的每台服务器和每个数据库。一个小抱怨，但我更喜欢更少的管理而不是更多的管理。
2）由于数据库只能追加，因此具有大量活动的数据库很快就会变得非常大。压缩可以解决这个问题，但速度并不快，尤其是在大型（例如 20 GB）数据库上。周末紧凑安排解决了这个问题，但对于高可用性应用程序来说，这样做可能不是一个选择。
3）Javascript是事实上的视图语言。没有得到很好宣传的是，由于 CouchDB 是用 Erlang 编写的，因此它还支持 Erlang 视图，因为它们是“原生”的，所以速度更快。对于在视图中执行大量操作的应用程序，Erlang 可能更有意义。
抛开这些小问题，我全心全意地推荐它。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
