假设我们有这些桌子：

user
--------
id
name


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

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

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

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

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

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

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

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

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

基于Bill Karwin的参考

这里有一个很好的描述：

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

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

非识别关系

非识别关系意味着孩子与父母有亲属关系，但可以单独识别。

PERSON    ACCOUNT
======    =======
pk(id)    pk(id)
name      fk(person_id)
          balance

ACCOUNT和PERSON之间的关系无法识别。

确定关系

认同关系意味着需要父母给予孩子身份。孩子只因父母而存在。

这意味着外键也是主键。

ITEM      LANGUAGE    ITEM_LANG
====      ========    =========
pk(id)    pk(id)      pk(fk(item_id))
name      name        pk(fk(lang_id))
                      name

ITEM_LANG和ITEM之间的关系正在识别。以及ITEM_LANG和LANGUAGE之间的关系。

识别关系意味着子实体完全依赖于父实体的存在。

示例帐户表人员表和人员帐户。人员帐户表仅通过帐户和人员表的存在来标识。

非标识关系意味着父表的存在不标识子表。

示例accountType和account.accountType表未标识为存在科目表。