两个强大的实体之间存在着识别关系。非识别关系不一定是强实体和弱实体之间的关系。可能存在这样的情况：子实体本身具有主键，但其实体的存在可能取决于其父实体。

例如：卖家和一本书之间的关系，其中一本书正由卖家出售，卖家可能有自己的主键，但其实体仅在出售一本书时创建

基于Bill Karwin的参考

比尔的回答是正确的，但令人震惊的是，在所有其他答案中，没有人指出最重要的方面。

人们一再强调，在一种确定的关系中，没有父母，孩子是不可能存在的。（例如用户287724）。这是真的，但完全没有抓住重点。外键为非空就足够了。它不需要是主键的一部分。

因此，真正的原因是：

识别关系的目的是，外键永远不会更改，因为它是主键的一部分。。。因此识别！！！

标识关系指定子对象不能不存在父对象

非标识关系指定常规关联在对象之间，1:1或1:n基数。

如果父级不是，则可以将非标识关系指定为可选关系通过设置父表基数。。。

对Daniel Dinnyes回答的补充：

在非标识关系中，不能使用相同的值两次使用相同的主键列（例如，“ID”）。

但是，使用identifynig关系，可以为“ID”列显示两次相同的值，只要它具有不同的“otherColumn_ID”外键值，因为主键是两列的组合。

请注意，FK是否为“非空”并不重要！；-）

如果您认为在删除父项时应删除子项，则这是一种识别关系。

如果即使父项已删除，子项仍应保留，则它是一个不可识别的关系。

例如，我有一个包含学员、培训、文凭和培训课程的培训数据库：

学员与培训课程有明确的关系培训与培训课程有明确的关系但学员与文凭的关系并不明确

如果删除了相关的学员、培训或文凭，则只应删除培训课程。

从父级迁移到子级的属性是否有助于识别子级？

如果是：标识依赖性存在，则关系是标识的，子实体是“弱”的。如果不存在：标识依赖不存在，则关系是非标识的，子实体“强”。

注意，身份依赖意味着存在依赖，但并非相反。每一个非NULL FK都意味着没有父级就不能存在子级，但这并不能使关系确定。

有关这方面的更多信息（以及一些示例），请参阅ERwin方法指南的“确定关系”部分。

补充：我意识到我参加聚会（非常）晚了，但我觉得其他答案要么不完全准确（用存在依赖而不是身份依赖来定义它），要么有些曲折。希望这个答案更清晰。。。

1孩子的FK是孩子的PRIMARY KEY或（非NULL）UNIQUE约束的一部分。