数据库技术基础--关系数据库表间联系.ppt

数据库表间联系（二） 局部到整体ER图设计 复习 提问： 1、什么是联系？ 2、二元实体间联系的类型？请举出例子 3、用什么图来表示实体间的联系？这个图的三要素是什么？ 课程要点 局部到整体ER图设计 强化ER图转化为关系模式 表间联系的设计 局部到整体E-R图设计 请画出产品、供应商的ER图 请画出产品、类别间的ER图 请画出供应商、类别间的ER图 如何正确画出产品、供应商、类别间的ER图？ 局部到整体E-R图设计 综合各部分的局部E-R模型，就可以得到系统的总体E-R模型。综合局部E-R模型的方法有两种： （1）多个局部E-R图一次合并。 （2）多个局部E-R图逐步合并，用累加的方式一次综合两个E-R图。 第1种方法比较复杂，第2中方法每次只综合两个E-R图，可降低难度。无论哪种方法，合并可分为两步： （1）合并，解决个局部E-R图之间的冲突问题，生成初步的E-R图。 （2）修改和重构，消除不必要的冗余，生成基本E-R图。 1．消除冲突，合并局部E-R图 各类局部应用不同，通常由不同的设计人员去设计E-R图，因此一个局部E-R图不可避免地会发生不一致，称之为冲突。冲突的类型有： （1）属性冲突 属性域冲突，即属性值的类型、取值范围或取值集合不同。如年龄，可能用整数表示，也可以用出生年月表示。 属性的取值单位冲突，如重量，可能用公斤、斤、克为单位。 （2）结构冲突 同一事物，不同的抽象。如学生，在一个应用中为实体，在另一个应用中可为属性。 同一实体在不同的应用中属性组成不同，包括个数、次序。 （3）命名冲突（实体名、属性名、联系名） 同名异义，不同意义的事物具有相同的名称。 异名同义，同一意义的食物具有不同的名称。 解决冲突的方法 属性冲突和命名冲突可以通过协商解决，结构冲突则要认真分析后解决。如： 要使同一事物具有相同的抽象，或把实体转换为属性，或把属性转换为实体。 同一实体合并时的属性组成，通常采取把E-R图中的同名实体各属性合并起来，再调整。 实体联系类型可根据语义进行综合或调整。 2．消除不必要的冗余 在初步设计的E-R图中，可能存在冗余的数据或冗余的联系。 冗余的数据是指可由基本数据得到的数据。 冗余联系是由其他联系导出的。 冗余的存在会破坏数据库的完整性，给数据库的维护增加困难。 再分析雇员、客户、运货商、订单间的联系 订单与产品间的ER图 表间联系是如何建立的？ 首先将产品、类别、供应商的ER图转化为关系模式。 将E-R图转换为关系模型，一般遵循原则： (1) 一个实体型转换为一个关系模式。 (2) 一个m:n联系转换为一个关系模式，联系名作为对应的关系名，关系的主键即为两个实体的主键联合起来做复合主键，联系的属性即为关系的属性。 (3) 一个1:n联系可以与n端对应的关系模式合并，即1端加入n端的主键属性作为其外键，联系的属性也放入1端。 (4) 一个1:1联系可以可以与任意一端对应的关系模式合并，一端加入另一端的主键属性和联系本身的属性。 第1步 将各个实体转换为关系模式： 产品（产品ID(PK)，产品名称，单价，单位数量，库存量，订购量） 类别（类别ID（PK），类别名称，说明） 供应商（供应商ID（PK），公司名称，联系人姓名，城市） 第2步 将产品和类别之间的联系转换为关系模式 由于产品和类别之间是多对1联系，因此将类别实体的主键放到产品实体中做为其外键。 产品（产品ID(PK)，产品名称，单价，单位数量，库存量，订购量，类别ID(FK)） 类别（类别ID(PK)，类别名称，说明） 第3步 将产品和供应商之间的联系转换为关系模式 产品（产品ID(PK)，产品名称，单价，单位数量，库存量，订购量，类别ID(FK), 供应商ID（FK）） 供应商（供应商ID（PK），公司名称，联系人姓名，城市） 最终的关系模式为： 产品（产品ID(PK)，产品名称，单价，单位数量，库存量，订购量，类别ID(FK), 供应商ID(FK)） 供应商（供应商ID（PK），公司名称，联系人姓名，城市） 类别（类别ID（PK），类别名称，说明） 练习：将订单、客户、雇员、运货商间的联系转化为关系模式： 订单（订单ID（PK），订购日期，发货日期，到货日期, 货主名称，货主城市，货主地址，货主地区，雇员ID（FK），客户ID（FK），运货商ID（FK）） 雇员（雇员ID（PK），姓名，职务，出生日期，出生日期，地址，城市，地区，邮政编码，国家，电话，照片，备注，上级） 运货商（运货商ID（PK），公司名称，电话） 客户（客户ID（PK），公司名称，联系人姓名，联系人职务，地址，城市，地区，邮政编码，国家，电话，传真） 将产品、订单间联系进行转化： 产品（产品ID(PK)，产品名称，单价，单位数量，库