Database 有人在用CouchDB吗?

Database 有人在用CouchDB吗?,database,couchdb,Database,Couchdb,在过去的几年里,我一直关注着这个项目,现在它已经成为一个Apache孵化器项目。在此之前,CouchDB网站上充斥着“请勿用于生产代码”类型的免责声明,所以我只关注它。如果您一直在使用CouchDB进行现场项目或技术试验,我很想知道您的经验 我在不久前(大约6个月前)认识了一位(Jan)研究它的人,从那时起我就一直在玩它。我发现CouchDB周围的社区非常有知识,而且很有帮助,因此每当我遇到问题时,它都会在几分钟或几小时内得到解决 前几周我们刚刚启动了一个项目,它基本上要求我们以非关系的方式存储

在过去的几年里,我一直关注着这个项目,现在它已经成为一个Apache孵化器项目。在此之前,CouchDB网站上充斥着“请勿用于生产代码”类型的免责声明,所以我只关注它。如果您一直在使用CouchDB进行现场项目或技术试验,我很想知道您的经验

我在不久前(大约6个月前)认识了一位(Jan)研究它的人,从那时起我就一直在玩它。我发现CouchDB周围的社区非常有知识,而且很有帮助,因此每当我遇到问题时,它都会在几分钟或几小时内得到解决

前几周我们刚刚启动了一个项目,它基本上要求我们以非关系的方式存储数据,由于CouchDB的面向文档的存储,我们选择它作为使用的技术之一。因此,这实际上是我第一次在生产中运行它,但我仍然非常有信心

这里有一个更新(2009-10-25):

我们的第一个CouchDB安装是20GB,它拥有4000万条记录。它从2009年1月开始投入生产,非常棒。读取(
GET
)的速度非常快,我们将其用作复杂数据的存储,然后它就是拉

我们的第二期couchdb有两个数据库,一个是160000000+个文档(210GB),每天增长150000-300000个文档。另一个只有35000000个文档(7GB)。此设置有更多的读写操作,初始测试执行得非常好


在160000000文档数据库上构建视图大约需要一周时间,但从那时起,我们升级到了一个更大的Amazon EC2实例,并且我们也准备更新到CouchDB
0.10.x
(从
0.9.1
)由于此版本在视图构建方面包括了许多性能改进。

我在一些场景中使用couchdb,作为(正在开发中)的文档存储,以及作为分布式电子邮件传递系统的模板存储,其规模要大得多


CouchDB的功能非常灵活,但我无法让它以我预期的高并发级别运行。还请注意,由于mochiweb中硬编码的最大输入缓冲区大小,最大文档大小在1MB处受到相当大的限制。但是,您可以更改头文件并重新编译以绕过此限制。

我使用CouchDB为Facebook应用程序(每月超过35k个活跃用户)提供动力。有一段时间它一直在使用MySQL,但在将整个项目从Perl移植到Erlang之后,我决定使用gold并将所有数据迁移到CouchDB中,然后使用它


CouchDB是一个很好的数据存储。我认为它正在成为基于网络的服务的主要参与者。

目前,我正在与CouchDB合作撰写一篇计算机科学论文。我正在我的博客上写我的进步和观点。我认为这个项目做得很好,但是现有的文档并没有按应有的方式组织。关于Futon web界面的快速教程对于初学者来说可能非常有用(IMHO:)

经过18个月的原型、测试和等待CouchDb做好准备,我们于2008年12月转向CouchDb。到目前为止,我对这一举动感到非常高兴。它为我们消除了许多文件系统对象(PDF和JPEG,现在作为附件存储在CouchDB中)。这使我们能够摆脱NFS,更轻松地对前端Web服务器进行集群/复制

CouchDB为您准备的程度在很大程度上取决于您组织的文化。我们有一个内部开发团队,负责维护几个内部Erlang应用程序。由于CouchDB是用Erlang编写的,而且代码库的质量相当不错,因此我们有信心,如果需要,我们可以在CouchDB中修复show stopper问题,或者至少将数据取回。我们还聘请了CouchDB的一个核心团队作为顾问——以防万一

但是CouchDB肯定还不是1.0。Web worker进程中始终存在崩溃(如果您滥用它们)。复制中断,我们没有收到关于它的错误消息。文件仍然非常缺乏。不过,我相信,它不会侵蚀我们的数据,而且开发将以合理的速度向前推进


让您了解一下我们的应用程序:目前我们最大的数据库大约有512000条记录,占用7.5 GB的磁盘空间

我正在使用CouchDB在我的博客上存储(并提供)文章评级。交通并不十分拥挤,但到目前为止已经坚如磐石

还计划在某个时候添加注释,我很可能也会将其存储在CouchDB中

我发现它很容易开始使用,在OSX上,您只需下载即可快速开始使用。我使用后端与通过直接HTTP动词等与“沙发”交互


非常有趣。

我在生产中使用了两次couchdb。首先是wiki-likes项目,我认为couchdb是这个角色的最佳人选。保存所有文档的版本有很大帮助。
第二个项目的查询量很大,idea首先转储社会数据,然后使用各种过滤器进行查询。看起来标准的CouchDB查询功能对于我们的需求来说有点纯粹。但我们像添加全文索引器一样添加Lucene,然后在Lucene部分中执行许多查询。这个解决方案看起来已经足够好了

我想你还是会这么说,即使是对于一个不打算使用Erlang的项目?是的,我肯定会这么说。我很想知道最大文档大小和解决方法。Devk.it看起来它将是一个有用的应用程序UCHDB已经将1MB默认限制覆盖为4GB。在我遇到它时它没有:)很高兴看到它已经扩展。这就是我为什么要看它的原因。几年前,我们研究了Xindice和textmlxml数据库,寻找一个迫切需要非方形数据存储的项目。我不知道我是不是去厕所了