mysql - 识别与非识别关系(再次!!!)

Question

所以，我已经在 stackoverflow 上阅读了很多答案，但我仍然对其中的整个概念感到困惑。具体来说，我已经阅读了这篇文章(包括它引用的所有文章)，但似乎无法真正理解这个概念(或者可能是我混淆了基数(n:m 等)和恒等式):

Still Confused About Identifying vs. Non-Identifying Relationships

我的问题是:我知道识别关系意​​味着子实体的主键必须包含其外键，而对于非识别关系则相反(这是正确的吗？)。现在，这对我来说似乎有点太“前瞻性”了？在其中一个链接的评论之一中也说了同样的话。我怎样才能“退后一步”并真正看到哪些关系属于哪个身份？

比如我有两个困境:

1. job_title( parent ，1)到 员工( child ，1..*)。我的想法是否正确，因为 job_title 是一个查找表，它一定是一个非识别关系？或者更准确地说“没有职位就不能存在员工，因此它必须是身份证明”？或者是定义该场景的关系？
2. employee 到 employee_equipment(m:n 基数之间的桥接实体)到 equipment。现在，我读到这必须是 employee_equipment 双方的识别关系。但是，如果员工不需要设备怎么办？一个人可以有一个可选的识别关系吗？

我想我真的是在寻找一种方法来确定应该属于哪些身份表，而不考虑主键/外键，或者任何真正技术的东西。

如有任何帮助，我们将不胜感激!

Answer 1

您过度思考了可选性和身份之间的联系。在您更自然地理解整件事之前，最好将它们视为完全无关。

关于可选性，重要的是要记住可选性是有方向的。使用您的 employee_equipment 示例:当然，员工不需要设备。从 employee 到 employee_equipment 的一对多关系是可选的。同时，从相反的角度来看，这种关系是强制性的。您不能在 employee_equipment 中有记录，除非有 employee 与之关联。

身份与可选性无关，除了巧合从 child 到 parent 的身份关系是强制性的。就身份而言， parent 对 child 是否也是强制性的既不存在也不存在。

确定一段关系的原因是，您必须知道您在谈论的 parent 是谁(以及其他一些事情)才能知道您在谈论的 child 是什么人。也就是说，子项的主键必须包含父项的外键。

纯交集表(例如 employee_equipment)就是很好的例子。纯交集的主键是两个父表的外键的组合。请注意，有些人可能还会向这些类型的表添加代理键。如果有多个候选 key ，从身份的角度来看并不重要。确定同一性的重要因素是外键是否是候选键的一部分，以及该候选键是否恰好是主键。

另一个很好的例子类似于数据库的元数据目录，其中列由它所属的表标识，就像表由它所在的模式标识一样，等等。知道一个名为 NAME 的列并不能告诉您它是哪一列。知道它是 CUSTOMER 表中的 NAME 列会有所帮助。 (您还必须知道 CUSTOMER 所在的模式，等等)。