数据库中的两阶段数据编辑

Question

出于该问题的目的，让我们假设我有一个博客应用程序，其中包含博客和与博客相关的博客子条目。我的数据存储在数据库中的两个单独的表中：Blog 和 BlobSubEntries，并且我在 Blog 上的 BlogSubEntries 中有一个外键。这两个表都包含可以编辑的数据。

现在我的网站查询该数据库以显示博客。我还有一个 cms 来编辑博客条目。我不想在 cms 中放置保存按钮，因此我想将所有编辑发送到服务器，但不希望在博主实际决定发布作品之前这些数据可供网站使用。

这里有一些需要考虑的事情：

• 我不想对数据库进行数百万次查询。
• 我希望旧数据在编辑期间可用。
• 我正在将 django 与关系数据库一起使用

在这个冗长的介绍之后，这里是我的问题：

• 您将如何处理数据的两步暂存（考虑有两个模型彼此相关的事实）？
• 如果我想将这个暂存过程发展为版本控制怎么办？
• 我最近读了一些关于 CouchDB 的文章，文档数据库会简化此类问题吗？如果是这样怎么办？

感谢您抽出时间。

Answer 1

一个快速的答案是拥有一个像这样的模型：

[Blog]<-----[BlogSubEntries]<----[SubEntryDraft]
   ^        (current content)    |-------------|
   |                             |draft_content|
   |                             |-------------|
[BlogDraft]
(draft content)

如果你想做版本控制，那么你就会有这样的东西：

[entry]-(1)-------(N)-[entry_version]
                      |-------------|
                      | version_num |
                      | content     |
                      |-------------|

我不认为文档存储引擎会有多大区别。您仍然需要跟踪哪个版本的内容属于给定条目（或博客，或其他）。当然，除非您使用的系统已经提供版本控制。

现在我想了一下，您也可以在一张表中完成此操作：

[  BlogSubEntry  ]
|----------------|
| content        |
| entry_id       | <--| composite alternate key:
| version_num    |    | UNIQUE(entry_id, version_num) NOT NULL
| surrogate_key  | <-- PRIMARY KEY
|----------------|