數據庫，仍然不確定關於定義關係

Question

首先，我已閱讀this，this和this有關此事的主題。我認爲我明白這一點，但我仍然不確定我是否以正確的方式進行，因爲我幾乎只能確定關係。我基本上想知道我是否正朝着正確的方向前進。

我正在創建一個數據庫，其中用戶可以創建一個配置文件（帶有免費和付費版本）和發佈新聞項目。其他用戶可以回覆這些項目，反應可以獲得評分。這是網站功能的一小部分，但這是我擔心的部分。我寫下了以下（每一行代表兩個表之間的鏈接）：

 
USERS: 
One user can define additional info once [Identifying, 1:1] 
One user can have one sexual preference [Identifying, 1:1] 
One user can have one payment status [Identifying, 1:1] 

One user can define five questions [Identifying, 1:n] 
One user can define three additional information rows [Identifying, 1:n] 
One user can define three interests [Identifying, 1:n] 

NEWS: 
One user can post multiple news items [Identifying, 1:n] 
One news item can receive multiple comments [Identifying, 1:n] 
Each comment has one author (user) [Identifying, 1:1] 
Each comment can receive one rating [Identifying, 1:1] 
Each rating can be placed by one user at a time [Identifying, 1:1] 

PAYMENT: 
One promotion can either apply for all users or for one specific user [Non-identifying, 1:n] 

幾乎所有的上述關係的確定，這讓我質疑閹羊我瞭解此事。

除此之外，我使用表格（status），其中包含（除其他之外）用戶的付款狀態和另一個表格（promotions），該表格包含可能的促銷活動。我不清楚，我想我將promotions表連接到status或user表。

有人可以幫我解決疑惑嗎？

Answer 1

我不知道我是否完全回答你的問題，尤其是考慮到你的身份和非身份關係。

看你說的，它看起來像狀態表和促進表是我所說的能夠鏈接到用戶表（使用實體關聯模型）1-n的關係，這意味着參考表存在用戶表FOREIGH鍵引用的狀態ID和另一個refenrencing促銷活動的ID（這意味着你不希望任何歷史） - 關於促進

表新聞鏈接可能爲0-N到用戶由與用戶表側的n基數相同的王位（這意味着在新聞表中的外鍵引用用戶ID，同樣將評論表引用到新表中，外鍵引用註釋表中的新聞ID

關於評分表，沒有考慮太多，我會說它從用戶和評論的關聯中收集一個nn關係。結果：一個表中包含user_id和comment_id外鍵......評論的評分是評分表上的一項操作的結果，但要加快速度，您可以在評分表上添加一個觸發器，表明每次添加評分時一個評論，你可以在評論表中推送一個字段的新評級