如何设计一个数据库来表示结构变化的数据？

Question

致力于设计数据库以存储和跟踪Web表单内容的历史记录。通常这不会是一个问题。天真的实现是一个history表，记录表单字段内容以及时间戳。

以下是问题：此表单可能随时间而改变。字段可能会被重命名，添加或删除。

如何模拟并确保整个历史记录中的数据完整性。

我现在的想法是，history表可能只有两个字段：timestamp和data。并且，在这种情况下，data将是与拍摄快照时表单域及其数据对应的JSON字符串。这意味着软件可以随时显示表格的回滚版本，无论结构如何变化。

什么可能是其他方法来表示这在数据库中？

使用Python/Django和MySQL，这可能不相关。

EDIT 1：

澄清。想象一下，想要在不受控制的网站上记录表格的历史记录。这是关于创建一个数据库来存储和记录该页面的历史记录。认为Git是一个页面，其表格和数据每年或每两年可以在结构和内容上发生变化。

编辑2：

一个选择是创建，由此可以通过使用存储在任何给定时间内各种类型的表单字段中，然后一个form_contents表来描述的形式的复杂的表结构或form_history表格最终将它们粘合在一起，可以记录随着时间​​变化的结构的历史记录。我可以看到这可能变得非常复杂。

Answer 1

如果我理解正确，我可能会做这样的事情：

CREATE TABLE IF NOT EXISTS `form_history` (
    `id`     int unsigned NOT NULL AUTO_INCREMENT, 
    `when`     datetime  NOT NULL, 
    `field_accept`   varchar(255) DEFAULT NULL, 
    `field_accesskey`  varchar(255) DEFAULT NULL, 
    `field_alt`    varchar(255) DEFAULT NULL, 
    `field_autocomplete` varchar(255) DEFAULT NULL, 
    `field_autofocus`  varchar(255) DEFAULT NULL, 
    `field_checked`   varchar(255) DEFAULT NULL, 
    `field_class`   varchar(255) DEFAULT NULL, 
    `field_contenteditable` varchar(255) DEFAULT NULL, 
    `field_contextmenu`  varchar(255) DEFAULT NULL, 
    `field_data`   text   DEFAULT NULL, 
    `field_dir`    varchar(255) DEFAULT NULL, 
    `field_disabled`  varchar(255) DEFAULT NULL, 
    `field_draggable`  varchar(255) DEFAULT NULL, 
    `field_dropzone`  varchar(255) DEFAULT NULL, 
    `field_form`   varchar(255) DEFAULT NULL, 
    `field_formaction`  varchar(255) DEFAULT NULL, 
    `field_formtarget`  varchar(255) DEFAULT NULL, 
    `field_height`   int unsigned DEFAULT NULL, 
    `field_hidden`   varchar(255) DEFAULT NULL, 
    `field_id`    varchar(255) DEFAULT NULL, 
    `field_lang`   varchar(255) DEFAULT NULL, 
    `field_list`   varchar(255) DEFAULT NULL, 
    `field_max`    varchar(255) DEFAULT NULL, 
    `field_maxlength`  int unsigned DEFAULT NULL, 
    `field_min`    varchar(255) DEFAULT NULL, 
    `field_multiple`  varchar(255) DEFAULT NULL, 
    `field_name`   varchar(255) DEFAULT NULL, 
    `field_pattern`   varchar(255) DEFAULT NULL, 
    `field_placeholder`  varchar(255) DEFAULT NULL, 
    `field_readonly`  varchar(255) DEFAULT NULL, 
    `field_required`  varchar(255) DEFAULT NULL, 
    `field_size`   int unsigned DEFAULT NULL, 
    `field_spellcheck`  varchar(255) DEFAULT NULL, 
    `field_src`    varchar(255) DEFAULT NULL, 
    `field_step`   int unsigned DEFAULT NULL, 
    `field_style`   varchar(255) DEFAULT NULL, 
    `field_tabindex`  int unsigned DEFAULT NULL, 
    `field_title`   varchar(255) DEFAULT NULL, 
    `field_translate`  varchar(255) DEFAULT NULL, 
    `field_type`   varchar(255) DEFAULT NULL, 
    `field_value`   varchar(255) DEFAULT NULL, 
    `field_width`   int unsigned DEFAULT NULL, 
    PRIMARY KEY (`id`), KEY (`when`) 
) ENGINE=InnoDB COMMENT='Field definitions'; 

事件属性以及如果这对你很重要，你可以添加列。

下面是一些示例数据：

|----|---------------------|-----|-----------------|-----|------------|-----| 
| id | when    | ... | field_maxlength | ... | field_name | ... | 
|----|---------------------|-----|-----------------|-----|------------|-----| 
| 1 | 2015-06-01 00:00:01 | ... |    10 | ... | username | ... | 
| 2 | 2015-06-01 00:00:01 | ... |    10 | ... | password | ... | 
| .. | ................... | ... | ............... | ... | .......... | ... | 
| 17 | 2015-06-08 00:00:01 | ... |    32 | ... | username | ... | 
| 18 | 2015-06-08 00:00:01 | ... |    32 | ... | password | ... | 
| 19 | 2015-06-08 00:00:01 | ... |    25 | ... | fname  | ... | 
| 20 | 2015-06-08 00:00:01 | ... |    25 | ... | lname  | ... | 
| .. | ................... | ... | ............... | ... | .......... | ... | 
|----|---------------------|-----|-----------------|-----|------------|-----| 

这个非常简单的例子，数据显示只有两个形式（username和password）上的字段。 1日他们都有一个maxlength为10，但在8日他们的maxlength值增加到32，并且两个新的字段被添加到表格中：fname和lname。