在 MySQL 中正确实现超类型子类型

Question

下面是一个数据库的图表，我试图在其中确定合适的设计。这里有一些注意事项。

• 员工/经理与客户相关联。
• partyid 是一种在全球范围内代表一个人的方式；客户、员工、经理。它需要一直向下传播吗？它应该是所有表中的主键，还是只是代表个人的表？
• billing、reporting、credential 等其他表是否需要有各自的主键 ID，例如billingid、reportingid、credentialid 等？

关于实体交互的一些说明。

• 员工有一个与他们关联的经理。
• 客户有一个经理，可能还有员工与他们相关联。
• 客户和员工需要报告时间计费。

Answer 1

“派对”表看起来不正确。对比this other SO question的源代码。

可以说，在这种结构中，party id 编号确实向下传播。它通常应该是存储有关人员数据的表中的主键或外键。

在您的“报告”表中，主键看起来不应该是“partyid”。那将只允许每个员工一行，我认为您不是有意的。 （我可能是错的。）如果我是对的，您可以考虑对 {partyid, date} 使用NOT NULL UNIQUE 约束，并在新列“reportid”上使用PRIMARY KEY 约束。 “travel”和“performance”表可能会引用“reportid”。 （但请继续阅读。）

在图表中的某些地方，实体会获得额外的键：例如，您的公司会为其员工分配一个唯一的员工 ID 号。从那时起，您没有理论上的理由不能使用“employid”而不是“partyid”来引用员工。但是有你可能不想这样做的实际原因。它增加了连接的数量。

例如，如果表“credential”、“tool”、“certification”、“academic”和“compliance”引用了employee.employid而不是employee.partyid，则不能只加入“compliance”和“派对”以获取此人的姓名。你也必须加入“员工”。

做其他表格，例如计费、报告、凭证等表格 需要有自己的主键 ID，例如 billingid、reportingid、credentialid 等？

他们需要有一个主键；主键不一定是 id 号。如果有一个现有的自然键，你必须识别它并声明它是唯一的。

表“orders”应该只有“orderid”作为它的主键；使用外键引用来识别客户。在某些情况下，重命名列是有意义的。对于客户，将其键称为“customerid”而不是“parytid”可能是有意义的。我会自己创建一个域。

create domain PARTY_ID as integer not null;

然后，在任何需要派对 ID 号码的地方，我都会改用域名。

create table customers (
    customerid PARTY_ID primary key references parties (partyid),
...

我也希望看到一张经理表。对它的引用将保证 manager.managerid 将解析为实际的经理，而不仅仅是任何员工。