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

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

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

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

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

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

假设我们有这些桌子：

user
--------
id
name


comments
------------
comment_id
user_id
text

这两个表之间的关系将确定关系。因为，评论只能属于其所有者，而不能属于其他用户。例如每个用户都有自己的评论，当用户被删除时，该用户的评论也应被删除。

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

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

基于Bill Karwin的参考

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

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

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

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

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

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

这里有一个很好的描述：

两个实体之间的关系可分为“识别”或“非识别”。当父实体的主键包含在子实体的主键中时，存在识别关系。另一方面，当父实体的主键包含在子实体中但不作为子实体主键的一部分时，存在非标识关系。此外，不可识别的关系可进一步分类为“强制性”或“非强制性”。当子表中的值不能为空时，存在强制的非标识关系。另一方面，当子表中的值可以为空时，存在非强制的非标识关系。

http://www.sqlteam.com/article/database-design-and-modeling-fundamentals

下面是一个识别关系的简单示例：

Parent
------
ID (PK)
Name

Child
-----
ID (PK)
ParentID (PK, FK to Parent.ID) -- notice PK
Name

这里有一个对应的非识别关系：

Parent
------
ID (PK)
Name

Child
-----
ID (PK)
ParentID (FK to Parent.ID) -- notice no PK
Name

现实世界还有另一种解释：

一本书属于所有者，所有者可以拥有多本书。但是，这本书也可以在没有所有者的情况下存在，它的所有权可以从一个所有者变为另一个所有者。书籍和所有者之间的关系是一种不可识别的关系。

然而，一本书是由一位作者写的，而且作者可能已经写了多本书。但是，这本书需要作者来写——没有作者，它就不可能存在。因此，这本书与作者之间的关系是一种认同关系。