database-design - 关系数据库中客户端可创建和可修改的 Web 表单的最佳实现是什么？

Question

在我参与的几个 Web 应用程序项目中，客户要求能够创建自己的表单。问题在于如何存储它们的表单定义，以及如何将用户输入的值存储到这些自定义表单中。

我已经看到它通过两种方式完成:

假设客户端只定义了多少个字段，以及这些字段关联了哪些标签；我们可以得出一个涉及四个表的解决方案。 FormDefinition , FormFieldDefinition , FormInstances , FormFieldValues .客户端对 FormDefinition 进行更改和 FormFieldDefinition ，Web 应用程序使用该信息来呈现 HTML Web 表单，网站访问者(最终用户)将在该表单上提交表单，其中 FormInstances 中的新行创建并将值保存在 FormFieldValues 中 table 。

Rows in FormDefinition defines the form, i.e. form definition ID = 2, form title = 'Car Registration Form'. Rows in FormFieldDefinition defines fields of a form in FormDefinition, i.e. field definition ID = 7, field label = 'Car Model', field type = 'varchar(50)'. Rows in FormInstance is an instance of each form filled out by a user, i.e. definition id = 2, date_entered = '2008-09-24'. And rows in FormFieldValues are entries by the user, i.e. field definition = 7, value = 'Tiburon'.

不幸的是，这意味着 FormFieldValues 中的值列必须是您的客户可能在 Web 表单中指定的最大可能大小的字符类型......并且当表单定义更改时，管理旧数据变得不确定。但是用户条目是可查询的(我写了一个 quick query 列出给定表单 ID 的用户条目，类似于 another pivot question )。

使用四个表的替代方法是将表单定义和用户的表单条目序列化为 XML(或 YAML 或类似内容)并将其存储为文本。好处是表单在数据库中是人类可读的。缺点是解析 XML 会产生更多的应用程序开销，并且从 SQL 的角度来看，数据库的可查询性要低得多。

我真正的问题是，这个数据库模型叫什么？ (所以我可以用谷歌搜索这个问题。)但我会确定一个答案:哪个是更好的实现，或者有更好的(或同样好的)实现吗？

Answer 1

您所描述的内容通常称为“实体-属性-值”，有时也称为“混合数据和元数据”。也就是说，属性(字段)的名称存储为字符串(数据)。

这会导致一系列复杂的问题，例如确保每个表单实例都包含相同的字段集，或确保填写必填字段(相当于常规表中的 NOT NULL)。

您询问如何最好地使用关系数据库执行此操作。在关系数据库中，您应该将元数据用于元数据。在这种情况下，这意味着为每个表单创建新表，并为表单字段使用列。因此，您的表单定义只是表元数据，一个表单实例是该表中的一行。如果您支持具有多值答案的表单(例如复选框)，您也需要依赖表。

这可能看起来很昂贵或难以扩展。可能是真的。因此，关系数据库可能不是这项工作的最佳工具。您提到了 XML 或 YAML 的可能性；基本上是某种您可以临时定义的结构化文件格式。您应该为每个客户的表单定义一个 DTD，以便可以验证收集到的每个表单。

编辑:如果你真的需要在你的应用程序中使用 EAV 的灵活性，那很好，通常有一些情况可以证明违反规则是合理的。请注意它需要的额外工作，并在您的开发计划和扩展服务器以处理负载时对其进行计划。另见answer of mine about EAV在 StackOverflow 上。