子类型/ SuperType关系:如何满足这些需求

Question

我正在与自己斗争，试图建模一个数据库，以满足某些需求。

• 有两个主要实体。一个人被称为团队，想到一个企业或组织。另一个将是个人。(TeamContacts)
• This团队也可以由个人组成，anything)
• TeamContacts是成员所需的站点(即必须成为成员并登录站点才能做anything)
• TeamContacts，这将是一个内部目录，他们将无法访问该站点，除非他们当然是成员，然后才会拥有这样的特权)。被归类为
• 的个人可能是网站的成员，也可能不是TeamContacts的成员。这是我最关心的问题。如果一个TeamContact也是一个成员，有时是不可能的，这将是非常困难的，反之亦然。的成员身份可能会失效，TeamContacts可能会在各个团队之间发生变化。将保留成员的历史记录，但跟踪TeamContacts在团队之间可能移动的历史不会。
• (只在成员和TeamContact之间共享的唯一属性)是FirstName和LastName。

以下是我想出的四种可能性。就像我说的，我真的不知道我该往哪个方向走。也许我的选择都不是理想的。我希望任何能帮助解决这一问题的反馈意见。

谢谢

​

​

Answer 1

乍一看，Ex1似乎是表达这两种需求的唯一图表。

• 每个团队的联系人都是一个人。
• 有些人是成员。

Ex2根本没有提到成员。

Ex3似乎允许任何一方(包括团队)作为团队接触。

Ex4显式地允许任何一方(包括团队)成为团队联系人。

您可能会考虑另一个未表达但常见的要求--一个人一次只能是一个团队的联系人。(这可能不适用于你的特殊情况。我看不出来。)