使用自定义列字段而不是EAV

Question

我正在制作一个应用程序，其中包括一个用户信息管理部分。用户需要填写10个基本字段进行注册（名字、姓氏、地址等），但管理员也可以定义将包含在注册表中的自定义字段。目前，我用EAV实现了它。我有一个表“users”，其中包含所有10个基本字段作为列，users\u自定义字段（field\u id，field\u name，field\u type），其中包含所有自定义添加的字段，还有一个表“users\u custom\u data”（user\u id，field\u id，field\u value），其中包含自定义字段的所有数据。

我的问题是：如果在PHP后端添加一个新字段，只是在“用户”表中创建一个新列，而不是创建一个一对多的关系，其中每个用户条目也匹配“user_custom_data”中的几行，这不是更好吗使得搜索变得非常困难，并增加了不必要的复杂性？如果应用程序动态更改表的结构，这是否被认为是糟糕的做法？

谢啦

Answer 1

“如果应用程序动态更改表的结构，是否会被视为不良做法？”

以我的经验，是的。然而，你遇到了一个地方，我想它可能有一个地方。但是你必须想出如何处理这引起的几个问题...

显示的字段名存储在哪里？什么将跟踪这些新领域？等等...

您可以为每个这样的字段指定一个标准前缀，该前缀对创建它们的用户是隐藏的，并使用信息模式在运行时“查找”字段；但是您仍然必须处理可能不适合sql的名称，或者如果用户希望值限制为整数而不是任何有效字符串，该怎么办。所有这些问题都可以通过创建一个额外的表来保存元数据来解决，但接下来（在大多数情况下）您将开始（针对EAV）使治疗比疾病更糟糕。

编辑：我几乎宁愿给“管理员”用户有限的界面来为这些东西制作额外的表，而不是核心表中的列。