我将开发一个应用程序，该应用程序允许我们的客户定义将在某种反馈/调查环境中显示给用户的字段。例如，比萨店可能有一个区域要求您最喜欢的浇头，酒吧可能有您最喜欢的啤酒品牌。
系统需要能够让我们的客户创建和修改这些字段，因为它们依赖于特定的客户并且可能不会被复制。如果有一些方法可以根据类似客户的领域向客户提出建议，那将是理想的；例如，如果我们有第二家比萨店注册，在他们的管理页面上定义字段可能会说类似的企业选择询问以下问题，并显示“样本”值列表。
这会是Entity-Attribute-Value (EAV)该表模型的良好候选者吗？传统的关系模型行不通，因为它会涉及许多称为“user1”之类的字段，这当然对于任何事情都非常笨拙。
不，您描述的系统不需要 EAV，尽管您在下面看到的内容可能与 EAV 模型有一些共同的元素：
客户（clientId，clientName）
调查（surveyId，clientId）
RESPONDENT（respondentId、surveyId、respondentName、respondentEmail）
QUESTION（questionId、surveyId、questionText）例如“最喜欢的浇头”
选项（questionId，responseText）例如“anchovies”，“pepperoni”
响应（questionId、respondentId、responseText）
客户可以创建许多调查，每个调查可以有许多问题，有些带有建议的选项。RESPONDENT 对 SURVEY 做出回应，他们的回答均被记录为 RESPONSE。RESPONSE.responseText 可能匹配也可能不匹配给定的 OPTION.responseText，这取决于他们是否选择了选项或键入了自己的响应。
这只是一个示例，您可能需要在此模型上进行许多变体以满足您的特定要求。