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

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

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

标识关系是指子表中的行是否存在取决于父表中的某一行。这可能会让人困惑，因为现在通常的做法是为子表创建一个伪密钥，但不将外键作为子表主键的父部分。从形式上讲，这样做的“正确”方法是让外键成为孩子的主键的一部分。但逻辑关系是，没有父母，孩子就不可能存在。示例：一个人有一个或多个电话号码。如果他们只有一个电话号码，我们可以简单地将其存储在Person列中。因为我们希望支持多个电话号码，所以我们创建了第二个表PhoneNumbers，其主键包括引用person表的person_id。我们可能会认为电话号码属于一个人，尽管它们被建模为单独表格的属性。这是一个很好的线索，表明这是一种识别关系（即使我们没有在PhoneNumbers的主键中包含person_id）。非标识关系是指父级的主键属性不能成为子级的主键。一个很好的例子是查找表，例如Person.state上的外键引用States.state的主键。Person是与States相关的子表。但是Person中的一行不通过其state属性标识。即状态不是Person主键的一部分。非标识关系可以是可选的或强制性的，这意味着外键列分别允许NULL或不允许NULL。

另请参阅我对“仍然困惑于确定与不确定关系”的回答

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

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

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

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

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

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

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

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

非识别关系

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

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之间的关系。

正如下面的链接中很好地解释的，识别关系有点像ER概念模型中的父实体的弱实体类型关系。用于数据建模的UML风格CAD不使用ER符号或概念，并且关系类型为：识别、非识别和非特定。

识别关系是父/子关系，其中子实体是一种弱实体（即使在传统的ER模型中称为识别关系），其自身属性没有真正的主键，因此无法通过自身属性唯一识别。在物理模型上，对子表的每一次访问都将依赖于（包括语义上的）父级主键，该主键会变成子级主键的一部分或全部（也是外键），通常会在子级生成一个复合键。子项本身的最终现有键仅是伪键或部分键，不足以识别该类型实体或实体集的任何实例，而不需要父项的PK。

非标识关系是完全独立的实体集的普通关系（部分或全部），其实例不依赖于彼此的主键来唯一标识，尽管它们可能需要外键用于部分或全部关系，但不作为子实体的主键。孩子有自己的主键。父幂等。两者都是独立的。根据关系的基数，其中一个的PK作为FK传递到另一个（N侧），如果是部分，则可以为空，如果是总计，则必须不为空。但是，在这样的关系中，FK永远也不会是孩子的PK，就像在确定关系时一样。

http://docwiki.embarcadero.com/ERStudioDA/XE7/en/Creating_and_Editing_Relationships