是否有一个业经证明云储存/Key=>值的数据库？(Open Source)[封闭]

StackOverflow https://stackoverflow.com/questions/639545

题

我一直在寻找云计算/储存解决方案很长一段时间(启发通过谷歌大表).但是我不能找到一个易于使用的业务准备方案。

我在寻找一个简单的、容错、分布式Key=>的价值DB像SimpleDB从亚马逊。

我已经看到一样东西：

  1. CouchDB项目 :简单和分布、容错的数据库。但据了解只有手机中。没有XML连接等。
  2. 桉树 :好的亚马逊EC2接口。开放标准&XML。但是，少地分布并不容错?还有很多公开的机票XEN/VMWare问题。
  3. Cloudstore/Kosmosfs :好的分布、容错fs。但是很难配置。是否有任何java连接器？
  4. 手 :好的系统，该系统得多的能力，然后存储的数据。使用自己的Hadoop分布式文件系统和已经接受检验在集群与2000年的节点。
  5. *亚马逊SimpleDB :不能找到一个开放源码替代！这是一个不错的但是昂贵的系统大量的数据。和你沉迷于亚马逊。

有没有其他更好的解决方案了吗？哪一个是最好的选择吗？其中一个提供最小量的SOF(单点故障)?

有帮助吗？

解决方案

MongoDB 是另一种选择，这是非常相似CouchDB，但是使用的查询语言非常相似SQL而不是地图/减少在JavaScript。它还支持索引，查询分析、复制和储存的二进制数据。

它有巨大的文件数量可能会压倒性的拳头，因此我建议，以开始 开发旅游

其他提示

怎么样 缓存?

的 高可扩展性 博客涵盖了这一问题；如果有一个开放源码解决方案为什么你之后，它一定会在那里。

其他项目包括：

另一个很好的清单： 反RDBMS:一个列表中分布的关键价值的商店

维基百科说，雅虎 两者都有助于在价值，使用它在生产 (文章链接，从维基百科).所以我会说它计数的业务provenness，虽然我不确定它是否算作一个K/V值的数据库。

不是你的清单上的任何系统的使用 MySQL作为一个简单的架构key/value商店.

很难为我了解你的优先事项。CouchDB是简单的、容错的，且分布，但是以某种方式排除它，因为它没有XML。是XML and Java连接一个未说明的要求？

(无论如何，CouchDB应该在事实上被排除在外，因为它很年轻，其API不稳定，而且它不是一个关键价值的商店。)

我用Google的 谷歌基 api，这是Xml、免费、记录、云基础的，并具有连接器，用于多种语言。我认为这将填补的法案，如果你想要的自由主持。

现在，如果你想到你自己的主机服务器 东京内阁 是你的答案，其关键=>的价值基础，采用的平面文件，是速度最快的数据库出现在(很瘦骨嶙峋的人相比来说Oracle，但令人难以置信的良好储存和存取数据，大约有1万条记录每第二，与有关10bytes的开销，(取决于储存引擎)).作为业务准备TokyoCabinet的核心是一个服务网站，它是相当于日本的Facebook+我的页面，与数百万沉重的用户，所以它实际上是非常战斗中证明。

如果你想要的东西喜欢大表，你不能过去 HBase 或 Hypertable -他们都是开放源大表的克隆。要考虑的一件事，但是，如果你要求还真是'大不够'为大表.它扩展到成千上万的平板电脑服务器，正因为如此，有相当多的基础设施下的启用(例如，处理预期的定期节点故障).

如果你不预计增长，在非常少数的平板电脑服务器，您可能想要考虑的一个拟议的备选方案：你不可能打败BerkelyDb为了简单起见，或MySQL为普遍存在.如果所有你需要的是一个关键/价值的数据存储，可以把一个简单的字典'包装数据库的接口，并开出你的后端，如果你长大了一个。

你可能想看看 hypertable 这是模拟后的谷歌的大表.

使用CouchDB

  • 什么错误的结果的方式?
  • 计XML是微不足道

你可能想看看这个(使用MySQL作为关键的价值储存):

http://bret.appspot.com/entry/how-friendfeed-uses-mysql

Cloudera 是一家公司，销售手，有一些附加价值的课程，如孵化、配置、培训和支持服务。

而不是寻找的东西 灵感 谷歌的大表-为什么不只是使用大表直接?你可以写一个前端谷歌上应用程序的引擎。

东京内阁 还收到一些关注，因为它支持表架构，关键的价值对和哈希表。它使用Lua作为一个嵌入式脚本平台和采用HTTP，因为它的通信协议，这里是一个 伟大的演示.

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top