设计键值数据库

编程问答 2022-06-02

问题描述

我正在尝试设计一个键值数据库。为了了解我正在尝试构建一个示例博客应用程序。 我正在根据 id 存储创建的帖子

key : postid
value : post

现在我需要为这些帖子添加评论，我基本上希望能够检索特定帖子的所有评论。我可以想到两种方法来做到这一点。

  1. 创建评论 ID

    键：comment_id， 价值：评论

遍历所有评论并在需要的地方返回 postid == comment.postid（评论将有一个名为 postid 的字段）

  1. 创建 postid_commentid 形式的键。

遍历键，使用分隔符将键一分为二并匹配类似 key[0]==postid

  • 哪个更有效？

  • 哪一个更具可扩展性？我正在设计这个用于练习 ，最终我可能也想横向扩展。

  • 还有什么我没有想过的方法吗？

解决方法

典型的键/值表不仅仅包含两列。

+-----+-----------------+-------------------+
| KEY | WHAT            | VALUE             |
+-----+-----------------+-------------------+
|   1 | POST_CONTENT    | I am Superman.    |
|   1 | POST_DATE       | 2020-12-01        |
|   1 | POST_POSTER     | Mr. X             |
|   2 | POST_CONTENT    | I am tired.       |
|   2 | POST_DATE       | 2020-12-05        |
|   2 | POST_POSTER     | Mr. X             |
|  22 | COMMENT_POST_ID | 1                 |
|  22 | COMMENT_CONTENT | This is not true. |
|  22 | COMMENT_POSTER  | Mr. Doubtful      |
|  22 | COMMENT_DATE    | 2020-12-17        |
|  23 | COMMENT_POST_ID | 1                 |
|  23 | COMMENT_CONTENT | Wow!              |
|  23 | COMMENT_POSTER  | Lois Lane         |
|  23 | COMMENT_DATE    | 2020-12-21        |
|  24 | COMMENT_POST_ID | 2                 |
|  24 | COMMENT_CONTENT | Sleep well!       |
|  24 | COMMENT_POSTER  | The Sandman       |
|  24 | COMMENT_DATE    | 2020-12-21        |
+-----+-----------------+-------------------+

您甚至可以将这四列，即将 what = POST_CONTENT 拆分为 entity = POST 和 attribute = CONTENT，这使其更具可读性并且可能更易于访问。我会这样做。您甚至可以将这两列称为 table 和 column，因为这毕竟是它们所代表的 :-)

无论如何，使用键/值表很麻烦。这可能是一种很好的做法，但在现实生活中，您会尽可能避免使用它们。

如果您在 RDBMS 中使用具有适当列的表，则可以保证日期包含日期（而不是“2020-02-30”或什至“去年的某天”），即评论必须引用一个帖子，并且只能引用一个现有帖子 ID，并且每个帖子和评论确实有一个内容、数据和海报。对于键/值表，DBMS 无法保证这些。

另一方面，在 NoSQL DBMS 中，帖子通常会与其所有数据和评论列表一起完整存储。没有单独的表格，没有单独的列，而是一个帖子表。

database-designleveldb