数据库课件第六讲.pptVIP

第六章 逻辑数据库设计 关系数据库逻辑设计 针对具体问题，如何构造一个适合于它的数据模式 数据库逻辑设计的工具──关系数据库的规范化理论 逻辑数据库设计分为6步： 1、将概念结构转换为初始的关系数据库模式 2、关系模式规范化 3、关系模式优化 4、定义关系上的完整性和安全性约束 5、子模式定义 6、性能估计 6.1 形成初始关系数据库模式 初始关系数据库模式指直接由概念数据库模式生成的关系数据库模式。 E-R图向关系模型的转换 转换一般遵循如下原则： 1、一个实体型转换为一个关系模式，实体的 所有简单属性和复合属性的简单子属性就 是关系的属性，实体的键就是关系的键。 2、弱实体的转换：将弱实体转换为一个关系 模式，弱实体的属性和识别实体的主键作 为关系模式的属性。弱实体的属性和识别 实体的键作为关系模式的键。 3、多值属性的转换：如果多值属性是简单属 性则将每个多值属性和包含该多值属性的 实体的键属性形成一个关系模式。实体的 键和多值属性作为关系模式的键。如果多 值属性是复合属性，则简单子属性和包含 该多值属性的实体的键属性形成一个关系 模式。去掉多值属性的其他属性和实体 键形成一个关系模式。实体的键作为关系 模式的键。 4、实体间联系的转换： ①1：1联系：转换为一个独立的关系模式，也 可以与任意一端对应的关系模式合并。如果 转换为一个独立的关系模式，则与该关系相 连的各实体的键以及联系本身的属性均转换 为关系的属性，每个实体的键均是该关系的 候选键。如果与某一端实体对应的关系模式 合并，则需要在该关系模式的属性中加入另 一个关系模式的键和联系本身的属性。 ②1：n联系：可以转换为一个独立的关系模式， 也可以与n端对应的关系模式合并。如果转 换为一个独立的关系模式，则与该联系相连 的各实体的键以及联系本身的属性均转换为 关系的属性，而关系的键为n端实体的键。 如果与n端实体合并则将1端实体的键和联系 的属性均加入n端实体，关系的键为n端实体 的键。 ③m：n联系：转换为一个独立的关系模式。与该联系相连的各实体的键以及联系本身的属性均转换为关系的属性，而关系的键为各实体键的组合。 ④三个或三个以上实体间的一个多元联系 可以转换为一个关系模式。与该多元联系 相连的各实体的键以及联系本身的属性均 转换为关系的属性，而关系的键为个实体 键的组合。 5、具有相同键的关系模式可合并。 实例：工厂管理系统 部门(部门号，部门名，经理的职工号) 包含了 联系“领导”所对应的关系模式 职工(职工号,部门号,职工名,职务) 包含了属 于的关系模式) 项目(项目号,项目名,项目组长的职工号) 供应商(供应商号,姓名) 零件(零件号,零件名) 职工工作(职工号,项目号,工作天数) 供应(项目号,供应商号,零件号,供应量) ? 实例：公司车队信息系统的E-R模型 为某货运公司设计车队管理系统，对车辆、司机、维修、保险、报销等信息和业务活动进行管理。现实语义为：①货运公司有多个部门多个车队；②每个部门可以调用多个车队，每个车队可以被多个部门调用；③每个车队可以聘用多个司机，一个司机只能在一个车队工作；④一个车队可以拥有多辆车，但每辆车只能属于一个车队；⑤每辆车可以报销多种费用；⑥一个保险公司可以为多个司机，多辆车保险，但每个司机，每辆车只能在一个公司保险； ⑦一个维修公司可以维修多辆车，但每辆车 只能在一个维修公司维修。其中部门编 号、名称、负责人等属性描述部门；车队 编号、名称、地址等属性描述车队；车牌 号、车型、颜色、载重等属性描述车辆； 执照号、姓名、电话、工资等属性描述司 机；保险公司编号、名称、地址等属性描 述保险公司；维修公司编号、名称、地址 等属性描述维修公司；顺序号、费用类型、 费用、日期、经手人等属性描述开销； 部门调用车队有出车编号、出车日期、车程、费用、出车数目；车辆和司机参保有投保日期、保险种类、费用。（1）根据现实语义设计E-R模型，其中实体的属性不要求画出，联系的属性要求画出；（2）将E-R模型转化为关系模式，并给出各关系模式的主键和外部键 部门（部门号，名称，负责人）； 车队（车队号，名称，地址）； 车辆（车牌号，车型，颜色，载重，车队号， 维修公司号