2013-数据库原理及应用-第一讲-小营.pptVIP

（1）属性冲突 属性域冲突 属性的类型、取值范围和取值集合不同 部门编号有的定义为字符型，有的定义为数字型 年龄，有的定义为出生日期，有的定义为整数 属性取值单位冲突 学生的身高，有的用米为单位，有的用厘米为单位 （2）命名冲突 命名冲突包括同名异义和异名同义 即不同意义的实体名、联系名或属性名在不同的局部应用中具有相同的名字 具有相同意义的实体名、联系名和属性名在不同的局部应用中具有不同的名字。 科研项目：在财务部门称为项目，在科研处称为课题 （3）结构冲突 同一对象在不同应用中具有不同的抽象 职工在某一局部应用中可作为实体，而在另一局部应用中作为属性 解决办法：属性变换为实体或把实体转换为属性 同一实体在不同的局部E-R图中所包含的属性个数和属性的排列次序不完全相同。 原因：不同的局部E-R模型关心的实体的侧面不同 解决方法：让该实体的属性为各局部E-R模型中的属性的并集，然后再适当调整属性的顺序。 局部E-R图 n m 产品 产品号 性能参数 零件 零件号 价格 组成 零件个数 n m 材料 材料号 材料类型 零件 零件号 规格 使用 使用量 库存量 合并示例 n n m 产品 产品号 性能参数 零件 零件号 规格 组成 零件个数 价格 使用 使用量 材料号 材料类型 库存量 材料 优化全局E-R模型 实体个数尽可能少； 相关实体合并，把具有相同主码的实体进行合并 1：1联系的两个实体合并为一个实体 实体所包含的属性尽可能少； 实体间联系无冗余。 冗余 冗余的数据是指可由基本数据导出的数据， 冗余的联系是指可由其他联系导出的联系。 并不是所有的冗余数据与冗余联系都必须加以消除，有时为了提高某些应用的效率，不得不以冗余信息作为代价。 设计数据库概念结构时，哪些冗余信息必须消除，哪些冗余信息允许存在，需要根据用户的整体需求来确定。 消除冗余示例 n m 产品 零件 构成 零件数Q1 消耗 耗用量Q2 材料 存放量Q4 用量Q3 存放 存放量Q5 仓库 n 使用 m m n n 1 Q3= ∑ Q1*Q2 Q4=∑Q5 消去Q3,Q4 产品与材料间的冗余联系也消去 2.逻辑结构设计 把概念结构设计阶段设计好的E-R模型转换为具体的数据库管理系统支持的数据模型 也就是导出特定的DBMS可以处理的数据库逻辑结构 E-R模型向关系模型的转换 一个实体转换为一个关系模式。实体的属性就是关系的属性，实体的标识符就是关系的码。 对于实体间的联系有以下不同的情况： 一个1：1联系可以与任意一端所对应的关系模式合并。 一个1：n联系可以转换为一个独立的关系模式，也可以与n端所对应的关系模式合并。 一个m：n联系转换为一个关系模式。 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。 具有相同码的关系模式可以合并。 一个实体型转换为一个关系模式 关系的属性：实体的属性 关系的码：实体的码 例，学生实体可以转换为如下关系模式 学生（学号，姓名，出生日期，所在系，年级，平均成绩） 学生 学号 出生 日期 年级 所在系 平均 成绩 姓名 1:1转换示例 部门表（部门号，部门名，经理号） 经理表（经理号，经理名，电话） 或者： 部门表（部门号，部门名） 经理表（经理号，部门号，经理名，电话） 1 1 经理 部门 管理 部门名 部门号 经理号 经理名 电话 1:n转换示例 部门表（部门号，部门名） 职工表（职工号，部门号，职工名，工资） n 1 职工 部门 工作 部门名 部门号 职工号 职工名 工资 部门表（部门号，部门名） 职工表（职工号，职工名，工资） 部门-职工表（职工号，部门号 ） m:n转换示例 教师表（教师号，教师名，职称） 课程表（课程号，课程名，学分） 授课表（教师号，课程号，授课时数） n m 课程 教师 授课 教师名 教师号 课程号 课程名 学分 职称 授课时数 三个或以上实体间的一个多元联系的转换 一个供应商可以供给若干项目多种零件，每个项目可以使用不同供应商供应的零件，每种零件可由不同供应商供给。 供应商、项目和零件三者之间具有多对多的联系。 m n p 项目 零件 供应商 供应 供应量 三个或以上实体间的一个多元联系的转换 关系的属性：与该多元联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 供应（供应商号，项目号，零件号，供应量） 自联系的转换 同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。 例，如果教师实体集内部存在领导与被领导的1:n自联系，我们可以将该联系与教师实体合并，这时主码职工号将多次出现，但作用不同，可用不同的属性名加以区分： 教师(职工