Mysql 识别/非识别关系是否与强制/可选关系相同？

基本上，一种关系的认同和形式有什么区别？ 如果它们是相同的东西，为什么MySQL Workbench单独实现它们

进一步解释：

我得到一个关系的标识意味着引用表中的外键可以是空的，如果关系是非标识的，否则不能是空的；MySQL Workbench实现了这一特性。标识关系用粗体线表示，而非标识关系用虚线表示

直到现在，我还确信情态（可选/强制关系）是一样的！但MySQL Workbench完全独立地实现了模态。在ERD中，实体附近用“O”或“I”表示。如图所示。

否

在标识关系中，只有父记录存在时，子记录才能存在。它标识子记录。标识关系在子表中是必需的-它形成子表的键（全部或部分键）

非标识关系仍然可以是强制的或可选的，只是子记录可以独立于外键存在

强制/可选只是告诉您字段是否必须有值。这可能是外键字段，但不一定是。如果它是强制性的，但不是外键，则可以将任何希望的值放入该列（只要它满足其他约束）；它不能是空的

在标识关系中，只有父记录存在时，子记录才能存在。它标识子记录。标识关系在子表中是必需的-它形成子表的键（全部或部分键）

非标识关系仍然可以是强制的或可选的，只是子记录可以独立于外键存在

强制/可选只是告诉您字段是否必须有值。这可能是外键字段，但不一定是。如果它是强制性的，但不是外键，则可以将任何希望的值放入该列（只要它满足其他约束）；它不能是空的

在标识关系中，只有父记录存在时，子记录才能存在。它标识子记录。标识关系在子表中是必需的-它形成子表的键（全部或部分键）

非标识关系仍然可以是强制的或可选的，只是子记录可以独立于外键存在

强制/可选只是告诉您字段是否必须有值。这可能是外键字段，但不一定是。如果它是强制性的，但不是外键，则可以将任何希望的值放入该列（只要它满足其他约束）；它不能是空的

在标识关系中，只有父记录存在时，子记录才能存在。它标识子记录。标识关系在子表中是必需的-它形成子表的键（全部或部分键）

非标识关系仍然可以是强制的或可选的，只是子记录可以独立于外键存在

---

强制/可选只是告诉您字段是否必须有值。这可能是外键字段，但不一定是。如果它是强制性的，但不是外键，则可以将任何希望的值放入该列（只要它满足其他约束）；它不可能是空的

可能是重复的，我已经读过了，我看到了不同之处。事实上，你没有（完全）。比尔·卡文（被接受的）回答确实回答了你的问题。是的，在最后一行简单地说了这句话。但对于像我这样不熟悉差异的人来说，这是不够的。在阅读了这里的回复后，我理解了这一点。事实上，答案被提到其他地方作为额外的信息，并不意味着两个问题“重复”。可能重复的问题我已经读过了，我看到了差异。事实上，你没有（完全）。比尔·卡文（被接受的）回答确实回答了你的问题。是的，在最后一行简单地说了这句话。但对于像我这样不熟悉差异的人来说，这是不够的。在阅读了这里的回复后，我理解了这一点。事实上，答案被提到其他地方作为额外的信息，并不意味着两个问题“重复”。可能重复的问题我已经读过了，我看到了差异。事实上，你没有（完全）。比尔·卡文（被接受的）回答确实回答了你的问题。是的，在最后一行简单地说了这句话。但对于像我这样不熟悉差异的人来说，这是不够的。在阅读了这里的回复后，我理解了这一点。事实上，答案被提到其他地方作为额外的信息，并不意味着两个问题“重复”。可能重复的问题我已经读过了，我看到了差异。事实上，你没有（完全）。比尔·卡文（被接受的）回答确实回答了你的问题。是的，在最后一行简单地说了这句话。但对于像我这样不熟悉差异的人来说，这是不够的。在阅读了这里的回复后，我理解了这一点。事实上，答案被提到其他地方作为额外的信息，并不意味着两个问题“重复”。