用戶和組：3或2表（SQL）

Question

我想知道存儲我的用戶和他們的組在3個表與2個表中的優點和缺點。 2個表

1. 組的

   優點很容易僅僅是用戶自己，似乎在大多數情況下共享所有相同的域用戶，即，名稱，圖片，密碼，電子郵件。 3個表

   1. 有一個3 groups表會更明確，從而這可能是開發者更容易理解

   優點/維持。

缺點3個表 1.通過不執行＃1在上述「2代表的優點」違反跨應用程序代碼DRY原則。

我還應該考慮什麼？

2個必填表格是users表格和group_member表格。

+---------+  +------------+ 
| users |  | group_member |  +----------+ 
+---------+  +------------+  | groups | 
| user_id |----->| user_id |  +----------+ 
| name |  | group_id |<----| group_id | 
| pass |  +------------+  | name  | 
| ...  |       | ...  | 
+---------+       +----------+ 

            **theoretical 3rd table** 

注：的user_id，並在group_member表group_id都希望能 指user_id在users表

Answer 1

要點：如果您想將用戶羣&存儲在一張表中，因爲它們共享（大多數）特徵，這是非常有效的。但是，這意味着在技術上一個組可以是用戶的成員，並且您不能在數據庫級別強制用戶可以在組中而不是其他人擔心：

1個表中的情景：

CREATE TABLE users_and_groups (id int... 
CREATE TABLE group_members (
    group_id, 
    user_id 
    FOREIGN KEY (group_id) REFERENCES users_and_group (id) -- no way to limit on only groups 
    FOREIGN KEY (user_id) REFERENCES users_and_group (id) -- no way to limit on only users 
) 

方案在2個表：

CREATE TABLE users (id int... 
CREATE TABLE groups (id int... 
CREATE TABLE group_members (
    group_id, 
    user_id 
    FOREIGN KEY (group_id) REFERENCES groups (id) -- guarantees a group 
    FOREIGN KEY (user_id) REFERENCES users (id) -- guarantees a user 
) 

防守建立一個數據庫，這樣可以防止一大堆的傷害，如果在應用程序級別的錯誤出現。

---

但是，如果user & group實體共享大量數據（既可以例如自己的其他對象，有個人資料頁等），4臺解決方案可以進行得很順利：

CREATE TABLE users_and_groups (id, ...shared data... 
CREATE TABLE users (users_and_groups_id, ...user specific data... 
CREATE TABLE groups (users_and_groups_id, .. group specific data... 
CREATE TABLE group_members (
    group_id, 
    user_id 
    FOREIGN KEY (group_id) REFERENCES groups (users_and_groups_id) -- guarantees a group 
    FOREIGN KEY (user_id) REFERENCES users (users_and_groups_id) -- guarantees a user 
) 

這有幾個優點：

• 外鍵的情形之一的組或用戶allowd可以在1列。
• 在應用程序級別，這是經典遺傳：基座users_and_groups，並且兩個user & group延伸基類/表。
• 強制執行組或用戶仍然可以使用外鍵
• 如果用戶或組獲得特定數據，則不需要將列添加到對大部分記錄無用的表中，可以存儲在類型特定的表中。

一些缺點：

• 就不可能執行該實體可以是一個用戶或一組，但不兩者或無（類型更少）
• 除非你存儲冗餘列type（或is_group/is_user），確定一個實體是一個組還是一個用戶需要一個JOIN，但由於這是在雙方的主鍵上，開銷應該很小

Answer 2

如果有的話，我想group_member將是可選的表。你最好只想這個表，如果你需要用戶和組之間的許多一對多關係。換句話說，如果一個用戶可以屬於多個組，那麼您需要一個可以將user_id鏈接到group_id的表。如果用戶只能屬於一個組，你可能仍然想一個groups表，然後對users表group_id列。

但是，要回答您原來的問題，如果您將組信息（如組名稱）存儲在group_member表中，則必須爲該組內的每個用戶重複此數據。你會有許多具有相同組名稱的行，如果你想要稍後更改組名稱，則必須更新許多行而不是僅更新一行。這也使得很難分辨同一組中的誰，並且很多這類查詢會變得非常低效。

無論您是使用一個還是兩個表格，將不同的組標準化爲單個groups表格絕對是正確的方法。