这是逻辑设计。如果你坚持所有表的整数PK,你冷加他们到每个表,但仍然必须保持组合键(UNIQUE),并在外键引用它们。
|用户USER_ID
存在。
User {USER_ID}
KEY {USER_ID}
|团队TEAM_ID
存在。
Team {TEAM_ID}
KEY {TEAM_ID}
|角色ROLE_ID
存在。
Role {ROLE_ID}
KEY {ROLE_ID}
|用户USER_ID
是团队TEAM_ID
的成员。
对于每个用户,该用户可能是多个团队的成员; 对于每个团队,不止一个用户可能是该团队的成员。
如果用户是团队的成员,那么该用户必须存在,并且该团队必须存在。
TeamMember {USER_ID, TEAM_ID}
KEY {USER_ID, TEAM_ID}
FOREIGN KEY {USER_ID} REFERENCES User {USER_ID}
FOREIGN KEY {TEAM_ID} REFERENCES Team {TEAM_ID}
|用户USER_ID
在团队TEAM_ID
中担任角色ROLE_ID
。
对于每个用户和团队,该用户可以在该团队中担任多个角色。
对于每个用户和角色,该用户可能在多个团队中担任该角色。
对于每个角色和团队角色可能由多个用户在该团队中持有。
如果用户在团队中担任角色,那么该用户是该团队的成员。
如果用户在团队中担任角色,则该角色必须存在。
TeamMemberRole {USER_ID, TEAM_ID, ROLE_ID}
KEY {USER_ID, TEAM_ID, ROLE_ID}
FOREIGN KEY {USER_ID, TEAM_ID} REFERENCES TeamMember {USER_ID, TEAM_ID}
FOREIGN KEY {ROLE_ID} REFERENCES Role {ROLE_ID}
|用户PRIMARY_ID
保留角色ROLE_ID
作为主要用户在团队TEAM_ID
中被分配代理DEPUTY_ID
用于该角色。
每个在一个团队中担任角色(作为主要用户)的用户都可以为该团队中的该角色分配多个代理。
团队中的每个成员可能被分配为多个主要用户的代理人,以担任该团队中的角色。
如果团队中的某个用户被分配了某个角色的副手,那么该用户将在该团队中担任该角色。
如果代理人被分配给在团队中担任角色的用户,则该代理人是该团队的成员。
这是不可能的,一个用户是副本自己。
TeamDeputy {PRIMARY_ID, TEAM_ID, ROLE_ID, DEPUTY_ID}
KEY {PRIMARY_ID, TEAM_ID, ROLE_ID, DEPUTY_ID}
FOREIGN KEY {PRIMARY_ID, TEAM_ID, ROLE_ID} REFERENCES TeamMemberRole {USER_ID, TEAM_ID, ROLE_ID}
FOREIGN KEY {DEPUTY_ID, TEAM_ID} REFERENCES TeamMember {USER_ID, TEAM_ID}
CHECK PRIMARY_ID <> DEPUTY_ID
每当实施参照完整性的唯一方法是通过触发它应该大红色的标志,你的模型不太理想。这似乎就是这种情况。但你至少有几个其他表(团队,用户),你排除但未列出。你能否提供一个更清晰的想法来描述你想要在这里建模? –
我很好奇如果'副'概念应该以不同的方式建模 - 如果它实际上是另一个角色(Role/RoleDeputy)或者它是角色的属性(role.isDeputy)。 “副手”是否是非副手的替补?在一个角色中是否有代表(按优先顺序)的等级制度?所有你需要做的就是扩大代表团队/角色对,以确保代表处在同一个团队中。 – Beth