为了更准确地对企业进行建模，在具体泛化中存在一些适用于数据库的约束。
总结
概括了三种类型的约束：
- 第一个确定该实体可以是下级实体组的成员。
- 第二个问题涉及一个实体是否属于多个低级实体集。
- 第三个指定，在泛化中，较高级别实体集中的实体是否必须至少属于一个较低级别实体集。
1. 首先确保该实体可以是低级实体组的成员：
此会员资格可能是以下之一：
- 条件定义 –
在此较低级别的实体集中，根据实体是否满足显式条件来评估成员资格。例如，让我们假设一个高级实体集 Student，其属性为 Student 类型。通过学生属性的定义来评估学生的所有实体。如果实体满足条件（即 StudentType =“Graduate”），则可以接受实体，然后只允许它们属于较低级别的实体集（即 Graduate）。通过满足学生类型=“本科生”条件，纳入本科生。事实上，所有较低级别的实体都是基于相同的属性进行评估的，因此也称为属性定义的。
- 用户定制 –
在这个较低级别的实体集中，不存在称为“从属关系”的条件；数据库的用户将实体分配给给定的实体集。例如，考虑这样一种情况：工作三个月后，大学员工被分配到四个工作团队之一。为此，我们将团队表示为由四个较高级别员工实体集组成的较低级别实体集。特定员工不会根据明确定义的条件分配到特定的团队实体。负责此决策的用户将被单独分配到团队。分配是通过将实体添加到实体集中来实现的。
2. 第二个问题涉及实体是否属于多个较低实体集：
以下是较低级别实体集之一：
- 脱节 –
此约束的要求是一个实体最多可以属于一个较低级别的实体集。例如，学生实体的实体仅满足学生类型属性的一个条件，即实体可以是研究生或本科生，但不能同时两者。
- 重叠 –
在这一类归纳中，同一实体可能属于单个归纳中的多个较低级别实体集。例如，在一个员工工作团队中，假设一些员工参与多个工作团队。因此，它为给定的员工提供了他可能出现的几个团队实体集之一，这是该员工的较低级别实体集。因此，概括是重叠的。
3、第三部分规定归纳概括中上层实体集中的实体是否必须属于至少一个下层实体集：
此约束可能是以下之一：
- 整体泛化或专业化 –
根据此约束，每个较高级别的实体必须属于一个较低级别的实体集。
- 部分泛化或专门化 –
根据此约束，某些较高级别的实体可能不属于任何较低级别的实体集。
