(PPT)数据库逻辑设计.pptVIP

逻辑结构设计 概念结构设计阶段得到的E-R模型独立于任何一种数据模型，也独立于任何一个具体的DBMS。为了建立用户所要求的数据库，需要把上述概念模型转换为某个具体的DBMS所支持的数据模型。数据库逻辑设计的任务就是将概念结构转换成特定DBMS所支持的数据模型的过程。 逻辑结构设计 逻辑结构设计的步骤 将概念模型转化为一般的关系、网状、层次模型 将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转换 对数据模型进行优化 E-R图向关系模型的转换（续） 转换内容 将E-R图转换为关系模型：将实体、实体的属性和实体之间的联系转化为关系模式。 E-R图向关系模型的转换（续） 转换原则 1、一个实体型转换为一个关系模式。 关系的属性：实体型的属性 关系的码：实体型的码 例， 学生（学号，姓名，性别，年龄） 课程（课程号，课程名） 教师（教师号，姓名，性别，职称） 系（系名，电话） 教师 管理 班级 1 1 班级号 学生人数 教师号 姓名 性别 职称 “管理”联系为1:1联系 E-R图向关系模型的转换（续） 2 、一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 1) 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体型的码以及联系本身的属性 关系的候选码：每个实体型的码均是该关系的候选码 教师（教师号，姓名，性别，职称） 班级（班级号，人数） 管理（教师号，班级号） 转换为一个独立的关系模式： 教师（教师号，姓名，性别，职称） 班级（班级号，人数） 管理（教师号，班级号） E-R图向关系模型的转换（续） 2) 与任意一端对应的关系模式合并 合并后关系的属性：加入对应关系的码和联系本身的属性 合并后关系的码：不变 E-R图向关系模型的转换（续） “管理”联系与班级关系模式合并，则只需在班级关系中加入教师关系的码，即职工号： 　教师（教师号，姓名，性别，职称）　 班级（班级号，学生人数，教师号） “管理”联系与教师关系模式合并，则只需在教师关系中加入班级关系的码，即班级号： 教师：（教师号，姓名，性别，职称，班级号） 班级（班级号，学生人数） E-R图向关系模型的转换（续） 注意： 从理论上讲，1:1联系可以与任意一端对应的关系模式合并。 但在一些情况下，与不同的关系模式合并效率会大不一样。因此究竟应该与哪端的关系模式合并需要依应用的具体情况而定。 由于连接操作是最费时的操作，所以一般应以尽量减少连接操作为目标。 例如，如果经常要查询某个班级的班主任姓名，则将管理联系与教师关系合并更好些。 教师 属于 系 1 1 系名 电话 教师号 姓名 性别 职称 “属于”联系为1:n联系 E-R图向关系模型的转换（续） 3、 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 1) 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体型的码以及联系本身的属性 关系的码：n端实体型的码 系部（系名，电话） 教师（教师号，姓名，性别，职称） 属于（教师号，系名） 转换为一个独立的关系模式： E-R图向关系模型的转换（续） 2) 与n端对应的关系模式合并 合并后关系的属性：在n端关系中加入1端关系的码和联系本身的属性 合并后关系的码：不变 可以减少系统中的关系个数，一般情况下更倾向于采用这种方法 E-R图向关系模型的转换（续） 例： 教师（教师号，姓名，性别，职称，系名） 系部（系名，电话） E-R图向关系模型的转换（续） 4、 一个m:n联系转换为一个关系模式。 关系的属性：与该联系相连的各实体型的码以及联系本身的属性 关系的码：各实体型码的组合 E-R图向关系模型的转换（续） ⒌ 三个或三个以上实体型间的联系转换为一个关系模式。 关系的属性：与该多元联系相连的各实体型的码以及联系本身的属性 关系的码：各实体型码的组合 n m p 供应商 供应 项目 零件 项目号 预算 开工日期 姓名 电话号 供应商号 供应量 地址 账号 零件号 名称 描述 规格 单价 E-R图向关系模型的转换（续） ⒍ 同一实体集的实体间的联系，也可按上述1:1、1:n和m:n三种情况分别处理。 例，如果教师实体集内部存在领导与被领导的1:n联系，我们可以将该联系与教师实体型合并，这时主码职工号将多次出现，但作用不同，可用不同的属性名加以区分： 教师：｛教师号，姓名，性别，职称，系主任｝ E-R图向关系模型的转换（续） ⒎ 具有相同码的关系模式可合并。 目的：减少系统中的关系个数。 合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序。 E-R图向关系模型的转换（续