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

Question

我正在制作一个应用程序，其中包括一个用户信息管理部分。用户需要填写 10 个基本字段进行注册（名字、姓氏、地址等），但管理员还可以定义将包含在注册表单中的自定义字段。 目前我用 EAV 实现了它。我有一个表 "users" 包含所有 10 个基本字段作为列，users_custom_fields (field_id, field_name, field_type) 包含所有自定义添加的字段和一个表 "users_custom_data" (user_id, field_id, field_value)，其中包含自定义字段的所有数据。

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

谢谢

Answer 1

“如果应用程序动态改变表的结构，这是否被认为是不好的做法？”

根据我的经验，是的。但是，您遇到了一个我认为它可能占有一席之地的地方。但是你已经弄清楚如何处理这引发的几个问题......

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

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

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