段江涛《数据库原理》chap10将ER模型映射为表.pptVIP

? Pearson Education Limited, 2004 Chapter 10 逻辑数据库设计 – 步骤 2 将ER模型映射为表 Chapter 10 – 目标 如何将ER模型映射为表集合 如何使用规范化方法检查表结构 如何检查所建的表是否支持用户需要的事务 如何定义和存档完整性约束 步骤2 将ER模型映射为表 根据ER模型创建表，并检查这些表的结构。 步骤2.1 创建表 步骤2.2 用规范化方法检查表结构 步骤2.3 检查表是否支持用户事务 步骤2.4 检查业务规则 步骤2.5 与用户讨论逻辑数据库设计 步骤2.1 创建表 为ER模型创建表，表达实体、关系、属性和约束 每个表的结构来源于ER所描述的信息，这些信息包括ER图、数据字典和任何其他相关的文档 格式： 表名称（属性1，属性2，…） 主键 备用键 外键（包括被引用主键的表） StayHome ER模型 如何表达实体 对ER模型中的每个实体，创建一个包含实体的所有简单属性的表。 对复合属性，仅包含表中组成复合属性的简单属性。 如果可能，标识每个表中组成主键的列。 在某些情况下，还不能标识出组成表的所有列，原因是还要描述实体间的关系。这意味着在ER模型中没有表达出关系之前，不能标识出组成弱实体的主键的列。 实体的初始表结构 如何表达关系 用主键/外键机制表达 为了决定将外键属性放在那里，首先必须标识关系中包含的“父”实体和“子”实体 父实体指的是把自己的主键拷贝到代表子实体的表中作为外键的实体 关系从父实体贡献外键到子实体 如何表达关系 考虑如何标识下列关系 一对多(1:*)二元关系 一对多(1:*)递归关系 一对一(1:1)二元关系 一对一(1:1)递归关系 多对多(*:*)二元关系 复杂属性 多值属性 一对多（ 1:* ）二元关系 关系“一”端的实体被设计为父实体，“多”端的实体被设计为子实体 父实体主键的拷贝，被放置在子实体的表中，作为外键 关系中的任何属性也复制到“多”端的表中 一对多（ 1:*）二元关系 一对多（ 1:* ）递归关系 1:* 一对多的递归关系的表示类似于1:* 一对多的二元关系 父实体和子实体是相同的实体 代表实体的表有一个主键拷贝，这个拷贝是被重命名（称为角色名），并且有关系的其他属性 一对多（ 1:* ）递归关系 一对一（ 1:1 ）二元关系 不能使用元组的数目来标识一个关系中的父实体和子实体。 而是需要使用参与过程（强制参与还是可选参与）来决定是把实体结合为一个表来表示关系好，还是建两个表由外键来表示关系好。 一对一（ 1:1 ）二元关系 考虑如何建表来表示如下的参与约束 1:1关系的两边都是强制参与 1:1关系的一边都是强制参与 1:1关系的两边均为可选参与 两个实体均是强制参与的1:1 关系 将实体组合为一个表，并选择初始实体中的一个主键作为新表的主键，其他的主键用作备用键。 注意仅当两个实体之间没有其他关系的时候，才有可能把两个实体合并到一张表中。如果还存在其他关系，则应该用主键/外键机制创建表来描述这些关系。 两个实体均是强制参与的1:1 关系 1:1 关系的一边是强制参与 可以使用强制约束来标识1:1关系的父实体和子实体 关系中的可选参与的实体被设计为父实体，关系中的强制参与的实体被设计为子实体 父实体主键的拷贝，被放置在描述子实体的表中 1:1 关系的一边是强制参与 1:1 关系的一边是强制参与 1:1 关系的两边均为可选参与 在这种情况下，父实体和子实体之间的设计是任意的，除非你可以得到关于关系的更多信息来帮助你判断使用哪个设计。 1:1 关系的两边均为可选参与 一对一（ 1:1 ）递归关系 遵循上面所描述的对1:1 关系的“参与”规则 但是，在这种特殊的1:1 关系情景中，关系两边的实体是相同的 分为以下三种情况 两边有强制参与的1:1递归关系 一边强制参与的1:1递归关系 两边是可选参与的1:1递归关系 1:1 两边强制参与一对一递归关系 应该用主键的两个拷贝来把这个递归关系描述为一个表 主键的一个拷贝代表外键，并且应该将它重新命名来表示它代表的关系 一边是强制参与的1:1 递归关系 方法1：可以用主键的两个拷贝建一个表，以描述递归关系。 方法2：也可以创建一个新表来代表关系，这个新表只有两个列，都是主键的拷贝，主键的拷贝作为外键，并且必须重新命名来表示在表中的意思。 两边是可选参与的1:1 递归关系 对于两边是可选参与的1:1 递归关系，应该向前面那样创建一个新表，这个新表只有两个列，都是主键的拷贝，主键的拷贝作为外键，并且必须重新命名来表示在表中的意思。 多对多（ *:* ）二元关系 创建一个表达关系的表，这个表包含关系的任何属性。 将参与关