数据库系统-第8单元 数据库设计.pptVIP

8.3 概念结构设计 公寓编号在同一个建筑物内是唯一的，该属性称为部分码，用下划虚线表示。 部分码与属主实体的唯一属性的组合可以唯一标识弱实体的每个实例。如上例中：建筑物ID+公寓编号。 8.3 概念结构设计 某住院部药品的分发数据库E-R图。 8.3 概念结构设计 8.3.2 局部视图设计 ⒈ 选择局部应用 依据系统的当前用户（如按部门）进行自然划分； 按用户要求数据库提供的服务归纳划分。 8.3 概念结构设计 ⒉ 逐一设计分E-R图 任务：标定局部应用中的实体、属性、码，实体间的联系。 实体定义：确定每一个实体类型的属性和码。 联系定义：分析任意两个实体型（局部结构内）之间是否存在联系，属于何种联系？ 属性分配： 确定属性：不可再分解，不同实体型的属性应无直接关联。 将属性分配到有关实体和联系中（减少冗余，应将属性分配给使用频率高的实体型）。 8.3 概念结构设计 8.3.3 视图的集成 1、确定公共实体型 1）将同名实体型作为公共实体型的候选； 2）将具有相同码的实体型作为公共实体型的另一类候选。 2、局部E-R图的合并 1）先进行两两合并； 2）先合并那些现实世界中有联系的局部结构； 3）合并从公共实体型开始，最后再加入独立的局部结构。 8.3 概念结构设计 3、消除冲突 冲突：由不同人员设计的局部E-R图之间存在的不一致性。 （1）属性冲突 属性域的冲突（取值范围、类型等的不同） 取值单位的冲突（如：公斤、顿等） （2）结构冲突 同一对象在不同的应用中的不同抽象（属性或实体） 同一实体在不同局部E-R图中的属性组成不同（个数、顺序） 实体间的联系在不同的局部E-R图中呈现不同的类型（1:1，1:n，m:n） （3）命名冲突 如：同名异义、异名同义。 8.3 概念结构设计 4、全局E-R图的优化 （1）基本原则 实体类型的个数应尽可能少； 实体类型所包含属性的个数尽可能少； 实体间的联系无冗余。 （2）实体类型的合并 即相关实体类型的合并。（如：可将1:1联系的两个实体型合并） （3）冗余属性的消除 同一非码属性出现在几个实体类型中－产生冗余属性。 某个属性值可从其他属性值导出－视为冗余。 注：有时为了兼顾访问效率，有意保留冗余属性。 第八单元 数据库设计 8.4 逻辑结构设计 任务 将概念设计阶段产生的数据库概念模式变换为数据库的逻辑模式。 E-R模型向关系模型转换 将实体转换为关系 E-R图中联系的转换 弱实体的转换 8.4 逻辑结构设计 E-R模型向关系模型转换 实体映射为关系 一个实体映射一个关系（模式），实体的常规属性成为关系的一列（属性），若实体中存在单值的唯一属性即为关系的主码。 复合属性的处理 若实体中存在复合属性，则复合属性的每一个组成部分都成为关系的一列，而复合属性不出现在关系中。 唯一复合属性的处理 若实体中存在唯一复合属性，则由复合属性相关的列构成关系的复合主码。 8.4 逻辑结构设计 可选属性的处理 实体中可选属性的取值允许为空值，将关系中的该列标记为(O)，在创建关系时作允许空值处理。 多个唯一属性的处理 实体中的每一个唯一属性属性均可成为关系的主码，即有多个候选码。由设计者选择一个作为主码，未被选中的唯一属性则标记为(U)，在创建该关系时，标记为(U)的列作唯一值（UNIQUE）处理。 多值属性的处理 若实体中存在多值属性，将实体映射为一个不含多值属性的关系，而多值属性则被映射为一个单独的关系，关系中包含多值属性对应的列和一个外码列，两者构成关系的复合主码。 派生属性的处理 实体中的派生属性在映射时不出现在关系中，其值可由前端程序处理。 8.4 逻辑结构设计 E-R图中联系的转换 1 : M 联系的转换 M端实体对应的关系中增加一个外码，该外码是1端实体对应关系的主码。 M : N 联系的转换 联系两端的主码属性与联系自身的属性构成一个新的关系，该关系有两个外码，对应多对多联系中两个实体的主码，这两个外码构成了新关系的复合主码。 8.4 逻辑结构设计 1 : 1 联系的转换 8.4 逻辑结构设计 转换方法与 1 : M 联系类似。 两种情况均可，即： 员工关系中加入车辆ID外码； 车辆关系中加入员工ID外码。 但如果两个外码有一个是强制的，而另一个是可选的（如上例），则选择强制的外码（车辆关系中的员工ID）效果更好。 8.4 逻辑结构设计 弱实体的转换 弱实体的转换与常规实体的转换方法类似。 弱实体转换得到的关系有一个复合主码，这个复合主码由弱实体的部分码、与属主实体