【问题标题】:Fast, scalable hash lookup database? (Berkeley'ish)快速、可扩展的哈希查找数据库? (伯克利语)
【发布时间】:2010-11-03 16:35:53
【问题描述】:

我使用并喜欢伯克利,但一旦您接近一百万左右的条目,它似乎就会陷入困境,尤其是在插入时。我已经尝试过 memcachedb ,但它没有得到维护,所以我担心在生产中使用它。有没有人有任何其他类似的解决方案,基本上我希望能够在一个大型(可能分布的)数据集(40+ 百万)上进行关键查找。

注意:任何不是 Java 的东西都是额外的。 :-) 似乎今天大多数事情都在走 Java 路线。

【问题讨论】:

标签: hashmap berkeley-db memcachedb


【解决方案1】:

你试过Project Voldemort吗?

【讨论】:

  • 看起来像一个兴趣项目。
  • 嗯,没听说过。知道他们将什么用于数据库部分吗?关于它的信息并不多,因此很难与其他解决方案进行判断。
  • 来自配置页面:persistence——存储使用的持久化后端。目前这可能是 bdb、mysql、内存、只读和缓存之一。缓存和内存的区别在于,如果内存大于 JVM 堆,内存会抛出 OutOfMemory 异常,而缓存会丢弃数据。
【解决方案2】:

我建议你看看:

Metabrew key-value store blog post

有一个很大的键值存储列表,其中每个都有一些讨论。如果您仍有疑问,可以加入所谓的Nosql google 组并在那里寻求帮助。

【讨论】:

    【解决方案3】:

    Redis 的开发速度非常快而且非常活跃。它是用 C(没有 java)编写的。在 POSIX OS 上开箱即用编译(无依赖关系)。

    【讨论】:

      【解决方案4】:

      您尝试过哈希后端吗?这对于插入和键搜索应该更快。

      【讨论】:

      • 哈希后端是什么意思?有什么具体的吗?
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-10-29
      相关资源
      最近更新 更多