我打算開發一個應用程序，它允許我們的客戶定義在反饋/調查環境中顯示給用戶的字段。例如，比薩店可能會有一個領域要求您最喜歡的打頂，一個酒吧可能會有你最喜歡的啤酒品牌。如何在每個客戶可以有多個用戶定義屬性的情況下創建模式？
系統需要能夠處理讓我們的客戶創建和修改這些字段，因爲他們依賴於特定的客戶，並且可能不會被複制。如果有某種方式根據類似客戶的領域向客戶提出建議，這將是理想的;例如，如果我們有第二家比薩店註冊，在其管理頁面上定義字段，可能會說類似的企業選擇提出以下問題，並提供「樣本」值列表。
這是否適合此表的Entity-Attribute-Value (EAV)模型？傳統的關係模型將不起作用，因爲它涉及很多稱爲「user1」等的字段，這對於任何事情來說當然是非常不便的。
不，你描述不需要EAV，雖然你看到下面的東西可能會出現與EAV模型一些共同的要素系統：
客戶端（的clientId，CLIENTNAME）
調查（surveyId，的clientId）
答辯（respondentId，surveyId，respondentName，respondentEmail）
QUESTION（questionId，surveyId，questionText）例如「favorite topup」
OPTION（questionId，responseText）例如「鳳尾魚」， 「辣」
RESPONSE（questionId，respondentId，responseText的）
客戶端可以建立許多調查，其每一個可以有很多的問題，一些以及建議的選項。答覆者回答「調查」，他們的答案都記錄爲「回覆」。 RESPONSE.responseText可能會或可能不會匹配給定的OPTION.responseText，這取決於他們是選擇了一個選項還是輸入了自己的響應。
這只是一個例子，您可能需要根據您的具體要求製作該模型的許多變體。