Couchbase 2.0与Couchbase 1.8有何不同?

5

我正在评估一些数据库方案,用于大规模(数十亿条目,数千兆字节的数据)存储解决方案,我们将几乎完全进行随机主键查找。

鉴于其功能,MembaseCouchbase 1.8)看起来几乎完美匹配,并且之前的一些测试使我们相信它对于我们的用例非常高效。但使用这个的主要问题是,由于Couchbase 2.0看起来是从1.8完全不同的一个新方向,因此该产品的特性可能会发生变化。我们喜欢Couchbase 1.8,因为它完全符合我们的需求。

我们不需要视图或map/reduce能力。虽然这些是很好的功能,但如果它们对性能有任何负面影响,那么我们不需要它们。我们已经排除了CouchDB,主要是因为在缩放方面(添加/删除节点)的复杂性,当然,在Couchbase中这方面要好得多,但我们也对它的磁盘使用有一些担忧。

有人知道有没有针对1.82.0的性能测试吗,不考虑所有视图和M/R功能?

1.8分支是否会继续维护?还是说1.8已死,我们应该继续前进?

1个回答

8

Couchbase 1.8和2.0之间的性能差异不大。我是Couchbase的员工,对我们来说最重要的事情之一是现有客户能够从Couchbase 1.8升级到Couchbase 2.0,无论视图是否对他们重要,并且他们的应用程序继续以相同的水平运行。

我建议从Couchbase 1.8开始,因为我们的2.0产品直到2012年10月底才会发布,但当升级到2.0时,您不应该遇到任何问题。

注意:截至2012年12月,Couchbase 2.0已经可用。


1
补充一下,我想说从Joel的角度来看,1.8和2.0之间最大的区别在于应用程序从sqlite后端转移到couchdb后端。这是非常好的,因为它可以解决当您在高带宽网站上运行很长时间,并且具有更长到期时间的大缓存时,在1.8上可能会遇到的数据库碎片化问题。 - Drahkar
我很高兴听到这个消息。作为一个相对新手的CouchBase用户,发现这一点非常好!与旧的SQLite后端相比,我们不会遇到一些CouchDB用户报告的磁盘膨胀问题。 - Joel Westberg
我会以这种方式进行比较。CouchDB和Sqlite作为独立应用程序被锁定在使用它们的应用程序的限制内。Couchbase负责管理和清理这些后端,以防止这些问题大部分出现,因为数据通常是易腐的,不会长期存储。任何过期的内容都会首先持久化到磁盘上,最终从缓存中删除。 - Drahkar

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接