我还不能完全理解这些差异。你能描述这两个概念并使用真实世界的例子吗？
当前回答
比尔的回答是正确的，但令人震惊的是，在所有其他答案中，没有人指出最重要的方面。
人们一再强调，在一种确定的关系中，没有父母，孩子是不可能存在的。（例如用户287724）。这是真的，但完全没有抓住重点。外键为非空就足够了。它不需要是主键的一部分。
因此，真正的原因是：
识别关系的目的是，外键永远不会更改，因为它是主键的一部分。。。因此识别！！！
其他回答
两个强大的实体之间存在着识别关系。非识别关系不一定是强实体和弱实体之间的关系。可能存在这样的情况：子实体本身具有主键，但其实体的存在可能取决于其父实体。
例如：卖家和一本书之间的关系，其中一本书正由卖家出售，卖家可能有自己的主键，但其实体仅在出售一本书时创建
基于Bill Karwin的参考
从父级迁移到子级的属性是否有助于识别子级？
如果是：标识依赖性存在，则关系是标识的，子实体是“弱”的。如果不存在：标识依赖不存在，则关系是非标识的，子实体“强”。
注意，身份依赖意味着存在依赖，但并非相反。每一个非NULL FK都意味着没有父级就不能存在子级，但这并不能使关系确定。
有关这方面的更多信息（以及一些示例），请参阅ERwin方法指南的“确定关系”部分。
补充：我意识到我参加聚会（非常）晚了，但我觉得其他答案要么不完全准确（用存在依赖而不是身份依赖来定义它），要么有些曲折。希望这个答案更清晰。。。
1孩子的FK是孩子的PRIMARY KEY或（非NULL）UNIQUE约束的一部分。
对Daniel Dinnyes回答的补充：
在非标识关系中，不能使用相同的值两次使用相同的主键列（例如，“ID”）。
但是，使用identifynig关系，可以为“ID”列显示两次相同的值，只要它具有不同的“otherColumn_ID”外键值，因为主键是两列的组合。
请注意，FK是否为“非空”并不重要！；-）
这里有一个很好的描述：
两个实体之间的关系可分为“识别”或“非识别”。当父实体的主键包含在子实体的主键中时，存在识别关系。另一方面，当父实体的主键包含在子实体中但不作为子实体主键的一部分时，存在非标识关系。此外，不可识别的关系可进一步分类为“强制性”或“非强制性”。当子表中的值不能为空时，存在强制的非标识关系。另一方面，当子表中的值可以为空时，存在非强制的非标识关系。
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
比尔的回答是正确的，但令人震惊的是，在所有其他答案中，没有人指出最重要的方面。
人们一再强调，在一种确定的关系中，没有父母，孩子是不可能存在的。（例如用户287724）。这是真的，但完全没有抓住重点。外键为非空就足够了。它不需要是主键的一部分。
因此，真正的原因是：
识别关系的目的是，外键永远不会更改，因为它是主键的一部分。。。因此识别！！！
