数据库原理教程2.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * 数据库系统原理 * 特殊化和一般化(续) 一种更好的做法是定义三个子类实体集 个人客户 合伙人客户 公司客户 分别包含如下附加的属性： 个人客户：客户住址、身份证号 合伙人客户：负责人姓名、负责人住址、营业执照号 公司客户：公司法人、经办人、营业执照号 * 数据库系统原理 * 特殊化和一般化(续) 在实体集内部进行分组的过程称为特殊化 被分组的实体集称为高层实体集或超类 分组产生的实体集成为低层实体集或子类 例如，在我们的例子中，客户是高层实体集，而个人客户、合伙人客户和公司客户都是低层实体集 低层实体集和它对应的高层实体集之间存在ISA(“is a”)联系，表明低层实体集中的每个实体都是其对应的高层实体集的一个实体 例如，在我们的例子中，每个合伙人客户都是客户。ISA联系又称超类-子类联系 在扩展的E-R图中，ISA联系用倒立的三角框表示，高层实体集和低层实体集都用矩形框表示 * 数据库系统原理 * 特殊化和一般化(续) 图2.8显示了个人客户、合伙人客户、公司客户与客户的ISA联系 ISA 个人客户 合伙人客户 公司客户 客户住址 负责人姓名 负责人住址 营业执照号 营业执照号 公司法人 经办人 客户 客户号 客户名 贷款额度 身份证号 图2.8 特殊化和一般化 * 数据库系统原理 * 特殊化和一般化(续) 特殊化出现在自顶向下设计过程中 特殊化从单一实体集出发，逐步求精，创建不同的低层实体集 逐步求精过程还可以对低层实体集继续，产生一个特殊化分层结构 一般化是特殊化的逆过程，出现在自底向上设计过程中 一般化将具有一些公共特征的实体集合并成高层实体集 例如，如果我们自底向上设计，我们可能首先识别出个人客户、合伙人客户和公司客户三个实体集。然后根据它们具有共同特征，把它们综合成一个高层实体集“客户” * 数据库系统原理 * 特殊化和一般化(续) 一般化和特殊化互为逆过程 主要其别是出发点和目标不同 一般化是自底向上设计，合并具有共同特征的实体集，强调低层实体集之间的共性，并隐藏它们的差异 特殊化是自顶向下设计，将需要不同属性描述的实体分组，强调同一实体集中的不同子集之间的差异 在为实际应用设计E-R模型时，配合使用这两个过程 在E-R图中，对特殊化和一般化不加区分。对于E-R图的给定部分，无论它是通过特殊化，还是通过一般化得到的，其结果都是一样的 例如，图2.8也可以看作是对个人客户、合伙人客户、公司客户一般化的结果 * 数据库系统原理 * 属性继承 由一般化或特殊化产生的低层实体集中的每个实体都是高层实体集中的实体 高层实体集的所有属性都被低层实体集继承 例如，个人客户、合伙人客户和公司客户都继承了客户的属性。因此，个人客户用属性客户号、客户名、贷款额度，以及附加的属性客户住址、身份证号来描述 合伙人客户用属性客户号、客户名、贷款额度，以及附加的属性负责人姓名、负责人住址、营业执照号来描述；公司客户用属性客户号、客户名、贷款额度，以及附加的属性公司法人、经办人、营业执照号 * 数据库系统原理 * 属性继承(续) 单继承 一个实体集作为低层实体集只参与一个ISA联系，它只能继承其高层实体集的属性和其高层实体集继承的属性 多继承 一个实体集还可以作为低层实体集参与多个ISA联系，此时其高层实体集可以有多个，并且它继承所有高层实体集的属性 低层实体集还继承地参与其高层实体集参与的那些联系 例如，假设贷款是一个实体集，借贷是实体集贷款到客户的多对一联系 高层实体客户参与借贷联系，因此个人客户、合伙人客户和公司客户都继承地参与借贷联系 * 数据库系统原理 * 属性继承(续) 低层实体集不仅可以有自己的属性，而且还可以参与不同于高层实体集参与的某些联系 例如，个人客户不仅可以由自己的属性，而且还可以作为活期存款客户参与“存款”联系，而合伙人客户和公司客户可能并不参与该联系 * 数据库系统原理 * 一般化约束 为了更准确地对现实世界建模，选择对特定的一般化（或特殊化，以下均称一般化）设置某些约束 约束可以是 成员资格约束 互斥性约束 完备性约束 * 数据库系统原理 * 一般化约束(续) 1. 成员资格约束 成员资格约束是指确定低层实体集成员的方式，可以是条件定义的或用户指定的。 在条件定义的约束中，低层实体集的成员资格的确定基于实体是否满足一个显式的条件或谓词 例如，将教师分组成教授、副教授、讲师和助教4个低层实体集。这4个低层实体集的成员资格可以根据职称确定 这种一般化也称属性定义的 在用户指定的约束中，由用户将实体指派到低层实体中 例如，学校足球队由学生组成，可以在学生实体集中定义一个低层实体集“足球队