数据库逻辑结构及物.pptxVIP

逻辑结构设计逻辑结构向关系模型的转换应用规范化理论优化逻辑模型设计用户子模式第1页，共30页。逻辑结构向关系模型的转换一个实体类型转换为一个关系模式实体的属性就是关系的属性，实体的关键字就是关系的关键字性别专业姓名学生（学号，姓名，性别，专业，年龄）学号年龄学生第2页，共30页。联系一对一的联系（1:1）转换方法转换为一个独立的关系模式联系名为关系模式名，与该联系相连的两个实体的关键字及联系本身的属性为关系模式的属性。其中，每个实体的关键字均为该关系模式的候选键。与任意一端的关系模式合并。可将相关的两个实体转换为两个关系，并在任意一个关系的属性中加入另一个关系的主关键字采用哪种转换方法视情况而定。第3页，共30页。实例：假设某工厂的每个仓库只配备一个管理员姓名管理员号联系方式管理员管理员（管理员编号，姓名，联系方式）仓库（仓库编号，面积，管理员号）1管理或管理员（管理员编号，姓名，联系方式）仓库（仓库编号，面积）管理（仓库编号，管理员号）1面积仓库号仓库ER图关系模式第4页，共30页。一对多的联系（1：M）转换方式将一对多的联系（1：M）转换为一个独立的关系模式。联系名为关系模式名，与该联系相连的两个实体的关键字及联系本身的属性为关系模式的属性。关系模式的关键字为M端实体的关键字将一对多的联系（1：M）与M端关系合并1端的关键字及联系的属性并入M端的关系模式即可实例：“学生”与“专业”之间的联系为： 1：M第5页，共30页。专业号专业名所属院系专业专业（专业号，专业名，所属院系）学生（学号，姓名，专业编号）1学习或M姓名专业（专业号，专业名，所属院系）学生（学号，姓名）学习（专业编号，学号）学生学号关系模式ER模型第6页，共30页。多对多的联系（M：N）转换方法：将多对多的联系（M：N）转换为一个关系模式关系模式名为联系名，与该联系相连的两个实体的关键字及联系本身的属性为关系模式的属性关系模式的关键字为联系中各实体关键字的并集实例：学校中，“学生”实体和“课程”实体之间的联系为多对多的。见下图：第7页，共30页。课程号指定教材上课地点课程M成绩选修课程（课程号，指定教材，上课地点）学生（学号，姓名，专业）选修（学号，课程号，成绩）N姓名学生学号专业关系模式ER模型第8页，共30页。同一实体内部的联系可将该实体集分为相互联系的两个子集，然后根据它们相互不同的联系（1：1、1：M、M：N）按照上述规则处理。实例：职工实体集内部有领导和被领导的关系1：M车间主任职工1领导1M领导M职工第9页，共30页。三个或三个以上实体间的多元联系转换为一个关系模式与该联系相连的各实体的关键字及联系本身的属性为关系模式的属性关系模式的关键字为联系中各实体关键字的并集第10页，共30页。供应商名电话供应商号地址供应商M使用PN项目号项目颜色零件项目名称开工日期零件号材料零件名第11页，共30页。供应商（供应商号，供应商名，地址，电话）项目（项目编号，项目名称，开工日期）零件（零件号，零件名，材料，颜色）使用（供应商号，项目编号，零件号，用量）第12页，共30页。应用规范化理论优化逻辑模型确定出每个关系模式内部属性之间的数据依赖和不同关系属性之间的数据依赖对各个关系模式之间的数据依赖进行极小化，消除冗余的联系按照数据依赖和规范化理论对关系模式逐一进行分析，考察是否存在部分函数依赖，传递函数依赖，多值依赖等，从而确定各关系模式分别属于第几范式。根据需求分析阶段所得的实际应用需求，确定是否对某个关系模式进行分解或者合并。对关系模式进行进一步的分解和合并，减低数据的冗余度和提高数据操作的效率。第13页，共30页。设计用户子模式子模式的作用屏蔽逻辑模式，为应用程序提供了一定的逻辑独立性可以更好地适应不同用户对数据的需求为用户划定了访问数据的范围，由利于数据库的管理第14页，共30页。子模式的设计内容子表的名字子表的组成子表的每个列分别来自哪张基本表DBMS的视图功能很容易实现子模式第15页，共30页。物理设计本阶段实现的是系统的 内模式，它的质量直接决定了整个系统的质量。第16页，共30页。任务：根据具体计算机系统（DBMS和硬件等）的特点，为给定的数据库模型确定合理的存储结构和存取方法：使设计出的物理数据库占用较少的存储空间对数据库的操作具有尽可能高的速度设计数据库的物理结构，设计人员必须充分了解：所用DBMS的内部特征数据系统的实际应用环境，特别是数据应用处理的频率和响应时间的要求外存设备的特征内容确定数据的存取方法确定数据的存储结构第17页，共30页。影响物理设计的因素设计之前，对数据库系统所支持的事务要进行仔细的分析，获得优化数据库物理设计的参数。对于数据库查询事务，需要得到如下信息要查询的关系查询条件（即选择条件）所涉及的属性连接条件所涉及的属性