mysql - 允许用户构建简单 Web 表单的数据库架构

Question

想象一个 Web 服务，它允许用户构建几种不同类型的定制 Web 表单，然后使用不同的值填充每个表单的多个实例。

例如，制作一个名为“我看过的电影”的表单，其中包含“类型”、“年份”、“导演”等字段，以及另一个表单“我看过的书籍”，其中包含“作者”等字段， “页面”等，然后在我的个人资料中注册很多电影和书籍。

我试图弄清楚应该如何组织该服务的数据库以获得最大的多功能性:

1. 我想到的最明显的方法是为创建的每个新表单创建一个单独的表，但这看起来可能很慢，并且编程繁琐。

2. 另一种方法是限制用户可以插入的字段数量，并创建一个表来保存所有“表单”并包含“Custom_value_1”、“Custom_value_2”等列。(我将将每个值的标签和数据类型存储在另一个表中)。

3. 还没想到:)

Answer 1

您正在考虑构建特定于领域的关系数据库和键值模型系统之间的区别。您可以查找这些术语以了解有关它们的更多信息。

键值系统更灵活，但难以编程。关系模型要求您正确地对您可能想要放入数据库中的每种“事物”进行建模，这不太灵活，但更容易编程(因为您几乎可以通过内省(introspection)数据模型来构建表单) .

在这种情况下，听起来这两种解决方案都不是最适合您的解决方案。我会研究一些更灵活的文档类型存储。特别是，这听起来对于 XML 或面向 XML 的数据库来说可能是一项不错的工作。