计算机软件及应用数据库系统原理 第七章 数据库设计.pptVIP

逻辑结构设计 E-R图向数据模型的转换(续) 一对一联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并. 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的候选码：每个实体的码均是该关系的候选码 与某一端对应的关系模式合并 合并后关系的属性：加入对应关系的码和联系本身的属性 合并后关系的码：不变 E-R图向数据模型的转换(续) 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的码：n端实体的码 与n端对应的关系模式合并 合并后关系的属性：在n端关系中加入1端关系的码和联系本身的属性 合并后关系的码：不变 可以减少系统中的关系个数，一般情况下更倾向于采用这种方法 E-R图向数据模型的转换(续) 一个m:n联系转换为一个关系模式。 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 P234，19题 读者 作业： 设有医院信息管理的一个局部应用，有如下事实：每个医生属于且仅属于一个科室；每个科室有多位医生可接诊病人；病人根据自己的症状选择相应的科室就诊；一位病人在同一科室中多次看病时，每次可由不同的医生为其诊断。设科室的属性包括科室代码、科室名称，医生的属性包括工号、姓名、职称，病人的属性包括姓名、年龄、工作单位等，试设计局部ER图，并转换为逻辑结构。 科室（科室代码、科室名称） 医生（工号、姓名、职称、科室代码） 病人（病例卡号、姓名、年龄、工作单位） 门诊记录（门诊号、病例卡号、工号、 项目名称、单价、数量） 向特定DBMS规定的模型进行转换 一般的数据模型还需要向特定DBMS规定的模型进行转换。 转换的主要依据是所选用的DBMS的功能及限制。没有通用规则。 对于关系模型来说，这种转换通常都比较简单。 设计用户子模式 定义数据库模式主要是从系统的时间效率、空间效率、易维护等角度出发。 定义用户外模式时应该更注重考虑用户的习惯与方便。包括三个方面： 练习：转换为逻辑关系模型 练习：转换为逻辑关系模型 职工（职工号、姓名、地址、部门名） 部门（部门名、经理） 销售（部门名、产品内部编号、数量） 产品（产品内部编号、产品名） 制造商（制造商名称、地址） 生产（制造商名称、产品内部编号、价格） 练习 设百货公司下设若干连锁店，每家连锁店有若干职工，每个职工只能服务于一家连锁店，每家连锁店经营若干商品，各个连锁店经营的商品不完全相同，画出该百货公司的管理数据库的ER图，并将ER图转换为关系模型。 转换为逻辑关系模型 逻辑结构设计小结 E-R图向关系模型的转换内容 将E-R图转换为关系模型：将实体、实体的属性和实体之间的联系转化为关系模式。 逻辑结构设计小结 E-R图向关系模型的转换原则 一个实体型转换为一个关系模式。 一个m:n联系转换为一个关系模式。 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 逻辑结构设计小结 E-R图向关系模型的转换原则 三个或三个以上实体间的一个多元联系转换为一个关系模式。 同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。 具有相同码的关系模式可合并。 逻辑结构设计小结 设计用户子模式 使用更符合用户习惯的别名。 针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求。 简化用户对系统的使用。 m 制造商 生产 产品 n n 销售 1 职工 部门 从属 n m 职工号 姓名 地址 部门名 经理 产品名 产品内部编号 价格 名称 地址 数量 * 第七章 数据库设计 之二 任务： 把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。完成后应得到系统的关系模型和各个关系的模式结构和各种完整性约束条件。 设计步骤： 将概念结构转换为一般的关系、网状、层次模型； 将转换来的关系、网状、层次模型向特定的DBMS支持下的数据模型转换；（加入DBMS的特点和限制） 对数据模型进行优化。 逻辑结构设计 转化为一般数据模型 转化为特定DBMS支持下的据模型 优化模型 概念结 构设计 数据库 物理设计 基本E-R图 转换规则 特定DBMS的特点与限制 优化方法如规范化理论 逻辑 模型 解决的问题： 实体和实体间的联系转换为关系模式 确定这些关系模式的属性和码 转换原则： 一个实体型转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码。 E