问题标签 [key-value-store]

这里有张桌子：

大约 100.000 doc_id 和 27.000.000 行。

此表上的多数查询 - 搜索与当前文档相似的文档：

现在我们使用 PostgreSQL。表重量（带索引）~1,5 GB。平均查询时间约 0.5 秒 - 这是最高的。而且，在我看来，这一次将随着数据库的增长而呈指数增长。

我应该将所有这些都转移到 NoSQL 库吗？如果是的话，应该怎么做？

询问：

Berkeley DB 可能是最好的选择，但由于许可问题，我无法使用它。

有没有其他选择？

如果数据超过可用内存，Redis 数据存储会发生什么？

这个问题在java中要求一个，

PHP 中最好的候选人是什么？

顺便说一句，以下是否成立：

分布式键值存储 == 分布式缓存

?

大多数时候，我们只是从数据库中获取结果，然后将其保存在缓存服务器中，并带有过期时间。

我们什么时候需要持久化该键/值对，这样做的显着好处是什么？

我将构建一个要减少单点故障的系统，并且我需要一个数据库。是否有任何（免费）关系数据库系统可以很好地处理多主设置（即易于添加和删除节点的地方），还是使用 NoSQL 数据库更好？

据我了解，键值存储会更好地处理这个问题。对于多主（集群）设置，您推荐什么数据库系统？

我已经在 Ubuntu 机器上设置了 Riak，如果我这样做了，它就可以工作了riak ping。

现在我想使用Riak Java 客户端来存储一个对象，但是它不起作用。com.basho.riak.client.response.RiakIORuntimeException当我尝试存储一个对象时，我得到了。我究竟做错了什么？有没有办法测试我是否可以从我的 java 客户端访问 riak？我必须先创建一个存储桶吗？如何？

我们希望在代码的 GUI 部分中保留一些用户设置。我以前专门做 Win32 编程，典型的做法是使用注册表设置。

我认为这应该通过配置文件来完成，但想知道是否有一个库或跨平台包装器可以使键/值对持久性变得非常容易。

我必须存储电子邮件消息以供我们的应用程序使用。我对关系数据库中的所有消息都有“元数据”，但我觉得将消息内容（千兆字节和 TB 的电子邮件数据）保存在数据库中感到不舒服。我目前使用 IMAP 作为存储，但我怀疑我是否选择正确。首先有一个 uidvalidity 问题以及如何在 IMAP 中保持对消息的永久引用。其次，我不确定这在备份/恢复策略、存储损坏、复制方面是否是最强大的解决方案......积极的一面是我可以使用标头查询 IMAP，因为数据大多是索引的。

我不知道键值存储是否是更好的方法（Casandra、Tokyo cabinet、redis）。他们如何处理存储 1KB 和 50MB 的数据。他们如何防止损坏以及发生损坏或设备故障时如何修复商店。

我计划在一个项目中使用 CouchDB。但是由于查询机制涉及编写视图（很像常规 RDMBMS 上的索引），我想知道，如果文档数据库不断更新（写入繁重的数据库），与常规 RDBMS 相比，CouchDB 会表现得更好吗？或者我们是否必须偶尔压缩/重新索引系统以使其执行得更快？