增强的 ER 模型2025年3月17日 | 阅读 3 分钟 ER图ER图代表实体关系图。当我们用图表绘制实体之间的关系时,就称为实体关系图。ER图仅用于数据库管理员的理解目的。我们不能直接在计算机上使用ER图。ER图被转换为表格形式,然后使用任何查询语言将其插入计算机。在ER图中,我们使用属性、实体以及实体之间的关系。我们使用椭圆形表示实体,使用菱形表示实体之间的关系。 增强型ER图随着当今数据复杂性的不断提高,应用传统的ER模型进行数据库建模变得越来越困难。需要增强或改进现有的ER模型,以便更好地处理复杂应用程序,从而降低建模复杂性。 增强实体-关系图用于表示复杂数据库的需求和复杂性,它们是非常复杂的数据库图,与标准ER图非常相似。 此图表样式显示了子类和超类、泛化和特化、并集或类别、聚合等。
这两种是添加到普通ER模型以进行增强的正常关系类型。它们受到面向对象范例的启发,我们在其中将代码划分为类和对象,同样,我们将实体划分为子类和超类。特化类称为子类,泛化类称为超类或基类。我们可以通过“IS-A”分析学习子类的概念。例如,“笔记本电脑是一种电脑”。或者“职员是一种员工”。 在这种关系中,一个实体是另一个实体的子类或超类。例如,在大学中,教职员工或职员是雇员的特化类。因此,雇员是泛化类,其他所有都是其子类。 我们可以为这些关系绘制ER图。假设我们有一个超类Employee,子类是clerk、engineer和lab assistant。 ![]() 上述示例的增强型ER图如下所示 ![]() 在上面的例子中,我们有一个超类和三个子类。每个子类都继承了其超类的所有属性,因此实验室助理将拥有其所有属性,例如姓名、薪水等。 约束子类有两种类型的约束,如下所述
总称子类关系是指所有子类的并集等于超类。这意味着如果每个超类实体都有某个子类实体,则称为总称子类关系。假设如果所有子类(工程师、职员、实验室助理)的并集等于总雇员。那么该关系就是总称的。在上面的例子中,这是一种总称关系。 如果超类的所有实体都不与子类关联,则称为部分子类关系。
如果超类的任何实体与多个子类相关联,则称为重叠子类化;如果它与零个或一个子类相关联,则称为不重叠子类化。 注意:以上两个约束彼此独立,并遵循传递性。多重继承当一个子类与多个超类相关联时,这种现象称为多重继承。在多重继承中,子类的属性将是与其关联的所有超类属性的并集。例如,教师是一个子类,它可以与雇员超类和教职员工超类相关联。同样,班级中的监视器可以是学生超类以及校友超类的子类。 UNION并集(UNION)与子类化是不同的概念。假设我们有一个vehicle超类,以及car和bike两个子类。这两个子类将继承vehicle超类的属性。 现在我们有已进行RTO注册的车辆的并集,所以我们有汽车和自行车的并集,但它们将继承vehicle超类的所有属性。 下一个主题如何从函数依赖项中查找候选键 |
我们请求您订阅我们的新闻通讯以获取最新更新。