用户测试/组测试的架构

Question

我有一个用户可以执行测试的用例。这是基于邀请的。因此，管理员可以向用户发送邀请以执行选定的测试。还可以创建一个由多个用户组成的团队，并向团队的所有用户发送邀请以执行该团队的测试。

创建这些模型有多种选择，但我不确定什么是最好的方法（或者甚至可能有替代方法）。

选项 1

• 用户: id, name
• 团队: id, name
• UserTeam: user_id, team_id
• UserInvite: id, user_id
• TeamInvite: id, team_id
• 测试: id, user_id, user_invite_id (可以为 null), team_invite_id (可以为 null），输入 [user|team]

选项 2

• 用户：id、名称
• 团队：id、名称
• UserTeam：user_id，team_id
• 邀请：id，user_id（可以为空），team_id（可以为空），类型 [user|team]
• 测试：id，user_id，invite_id

那么是否有单独的邀请（对于团队和用户）更好并将测试链接到团队邀请或用户邀请（如选项 1）。或者另一种选择：有一个邀请，然后确定它是否链接到团队或用户（如选项 2）？

Answer 1

就我个人而言，我会选择你的第二个选择。

不过，您可能还想研究第三个选项。它可以存储发送给多个团队和用户的邀请：

user: id, name
team: id, name
invite: id
test: id, invite_id
user_invite: invite_id, user_id
team_invite: invite_id, team_id

Answer 2

您还可以将 Team 定义为特殊的 User，其中 Team.id 既是 Primary Key 又是外键到User.id。您的表格将如下所示：

Option 3

    * User: id, name                    --- User data
    * Team: id, name                    --- Team data (name field can be dropped)
    * UserTeam: user_id, team_id        --- User belongs to Team
    * Test: id, description             --- Test definition
    * Invite: id, user_id, test_id      --- Invitation for User to make Test
    * TestDone: id, user_id, invite_id  --- TestDone after User accepted Invitation

因此所有团队也将是用户。

在重新阅读您关于这部分的描述后，我稍微更改了测试邀请。

---

示例脚本：

CREATE TABLE user
( id int NOT NULL AUTO_INCREMENT
, name VARCHAR(20) NOT NULL
, PRIMARY KEY (id)
) ;

CREATE TABLE team
( id int NOT NULL
, teamname VARCHAR(20) NOT NULL
, CONSTRAINT PK_team_id
    PRIMARY KEY (id)
, CONSTRAINT FK_team_id_TO_user_id
    FOREIGN KEY (id)
      REFERENCES user(id)
) ;

INSERT INTO user
VALUES
  (1, 'John')
, (2, 'George')
, (3, 'Mary' )
, (4, 'Team-1')  ;

SELECT * FROM user ;

| id | name   |
| 1  | John   |
| 2  | George | 
| 3  | Mary   |    
| 4  | Team-1 |       

INSERT INTO team
VALUES
 (4, 'Team-One') ;

SELECT * FROM team ;

| id | teamname |  
| 4  | Team-One | 

INSERT INTO team
VALUES
 (5, 'Team-Two') ;

> Cannot add or update a child row: a foreign key constraint fails
> (`test/team`, CONSTRAINT `FK_team_id_TO_user_id` FOREIGN KEY (`id`)
> REFERENCES `user` (`id`))