如何解决设计键值数据库
我正在尝试设计一个键值数据库。为了了解我正在尝试构建一个示例博客应用程序。 我正在根据 id 存储创建的帖子
key : postid
value : post
现在我需要为这些帖子添加评论，我基本上希望能够检索特定帖子的所有评论。我可以想到两种方法来做到这一点。
遍历所有评论并在需要的地方返回 postid == comment.postid（评论将有一个名为 postid 的字段）
- 创建 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 中，帖子通常会与其所有数据和评论列表一起完整存储。没有单独的表格，没有单独的列，而是一个帖子表。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。