0

首先要做的事情：我知道键值数据库是迄今为止性能最好的数据库。我的假设是这是由于它们的简单性（坚持很少的原语）。（EDIT2：显然也是由于大部分时间都在记忆中）

无论如何，更复杂的数据结构，如层次树等。使用像 redis 这样的数据库，您必须基于带有链接的“平面”哈希构建一个结构，而对于像 couchdb 这样的文档数据库，您只需自己构建结构，如下所示：

"menu": {
    "id": "file",
     "value": "File",
     "popup": {
        "menuitem": [
             {
              "value": "New",
              "onclick": "CreateNewDoc()"
              },
              {
              "value": "Open",
              "onclick": "OpenDoc()"
              },
              {
              "value": "Close",
              "onclick": "CloseDoc()"
              }
       ]
}

如果我有这样的结构，那么在性能和可用性方面使用 redis 是否有意义？

有趣的是，键值和文档数据库经常以 1:1 的比例进行比较，同时服务于不同的目的或/和用例恕我直言。

编辑：

我在寻找什么：通常我希望有一个类似 JSON 的数据库存储，这让我可以轻松地动态定义和构建复杂的结构，并通过使用数据库系统（故障转移，速度， ...）。

谢谢！

4

2 回答 2

2

如果我有这样的结构，那么在性能和可用性方面使用 redis 是否有意义？

您描述的结构由 json 文档中的嵌入数据组成，但是即使使用文档数据库，嵌入数据和引用/链接数据之间仍然存在差异。如果您将大量数据嵌入到单个文档中，最终可能会出现性能问题和数据碎片。另一方面，引用更灵活，但需要一些连接逻辑。总而言之-这取决于您的域模型和您要解决的问题。关于 redis，有像ohm这样的库，它们提供了更多基于 OOP 的更高级别的数据抽象。

我在寻找什么：通常我希望有一个类似 JSON 的数据库存储，这让我可以轻松地动态定义和构建复杂的结构，并通过使用数据库系统（故障转移，速度， ...）。

虽然 mongodb 可能是最流行的文档数据库，其次是 couchdb，但您也可以尝试查看其他解决方案，如 arangodb 或 orientdb。它们中的每一个都建立在某些哲学之上，与其他解决方案相比，这些哲学可能会在特定领域提供好处，例如，couchdb 的 map-reduce 查询方式可能并不适合所有人，但它是持久的。

于 2013-06-01T09:14:12.363 回答
1

像 Redis 这样的键值存储表现如此出色，因为它们将数据存储在内存中，您可以比存储在磁盘上的数据快许多倍地读取/写入内存。

内存存储的问题在于容错：如果 Redis 意外关闭，内存会被清除，所有数据都会丢失。所以，当你经常读写数据时，Redis 是合适的，但你不介意这些数据是否丢失。例如：登录会话，丢失数据意味着用户只需再次登录。

CouchDB 和其他文档存储交换速度以实现容错，确保您的数据在更多情况下更安全。像 CouchDB 这样的文档存储也提供查询，让您搜索和解析数据，这是 Redis 无法做到的。当您读写不能随意丢失的数据时，像 CouchDB 这样的文档存储是合适的。

于 2013-05-31T10:50:54.630 回答