第3-3章 数据库系统的设计方法演示文稿.PPTVIP

An Introduction to Database System 江苏科技大学 第三章 数据库系统的设计方法 3.1 数据库系统设计概述 3.2 系统需求分析 3.3 数据库概念结构的设计 3.4 数据库逻辑结构的设计 3.5 数据库物理结构设计 3.6 数据库的实施和维护 3.7 数据库应用系统设计 3.8 数据库系统设计实例 3.4 数据库逻辑结构的设计 逻辑结构设计的任务 把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构 逻辑结构设计的步骤 将概念结构转化为一般的关系、网状、层次模型 将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换 对数据模型进行优化 3.4 数据库逻辑结构的设计 3.4 数据库逻辑结构的设计 3.4.1 E-R图向网状模型的转换（不讲） 3.4.2 E-R图向关系模型的转换 3.4.3 用户子模式的设计 3.4.4 数据库逻辑设计综合实例 3.4.2 E-R图向关系模型的转换 E-R图向关系模型的转换要解决的问题： 如何将实体型和实体间的联系转换为关系模式 如何确定这些关系模式的属性和码。 3.4.2 E-R图向关系模型的转换 转换内容 将E-R图转换为关系模型：将实体、实体的属性和实体之间的联系转换为关系模式。 转换原则 实体型→关系模式 实体属性→关系属性（实体的码，即关系的码） 实体联系则分为不同情况。 3.4.2 E-R图向关系模型的转换 (1)一个1:1联系： 转换为一个独立的关系模式，每个实体的码均为候选码 或与任意一端实体对应的关系模式合并，则需要在该关系属性中加入另一关系的码。 [例3-1]如右图 职工（职工号，姓名，年龄） 产品（产品号，产品名，价格） “负责”联系应该怎样实现？ 3.4.2 E-R图向关系模型的转换 注意： 从理论上讲，1:1联系可以与任意一端对应的关系模式合并 但在一些情况下，与不同的关系模式合并效率会大不一样。因此究竟应该与哪端的关系模式合并需要依应用的具体情况而定。 由于连接操作是最费时的操作，所以一般应以尽量减少连接操作为目标。 例如，经常查询某个班级的班长是谁？ 还是经常查询某个班长是那个班级的？ 3.4.2 E-R图向关系模型的转换 (2)一个1:n联系 转换为一个独立的关系模式，码为n端关系的码 或与n端对应的关系模式合并 [例3-2]两个实体之间1：n联系，如右图 仓库（仓库号，地点，面积） 产品（产品号，产品名，数量） “存储”联系应该怎样实现？ 3.4.2 E-R图向关系模型的转换 [例3-3]单个实体之间1：n联系，如右图 职工（职工号，职工名，年龄） 如何实现“领导”联系？ 3.4.2 E-R图向关系模型的转换 (3) 一个m:n联系： 转换为一个关系模式。 [例3-4] 两个实体之间的n:m联系，如右图 “选修”联系应该怎样实现？ 3.4.2 E-R图向关系模型的转换 [例3-5] 单个实体之间的n:m联系，如右图 “选修”联系应该怎样实现？ 零件（零件号，名称，价格） “组装”联系应该怎样实现？ E-R图向关系模型的转换（续） (4)三个或三个以上实体间的一个多元联系： 转换为一个关系模式。 [例3-6]如右图， “供应”联系如何转换？ E-R图向关系模型的转换（续） (5)具有相同码的关系模式可合并 目的：减少系统中的关系个数 合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序 3.4 数据库逻辑结构的设计 3.4.1 E-R图向网状模型的转换（不讲） 3.4.2 E-R图向关系模型的转换 3.4.3 用户子模式的设计 3.4.4 数据库逻辑设计综合实例 3.4.3 用户子模式的设计 定义用户外模式时应该注重的问题 包括三个方面： (1) 使用更符合用户习惯的别名 (2) 针对不同级别的用户定义不同的View ，以 满足系统对安全性的要求。 (3) 简化用户对系统的使用 3.4.3 用户子模式的设计 [例] 关系模式产品（产品号，产品名，规格，单价，生产车间，生产负责人，产品成本，产品合格率，质量等级），可以在产品关系上建立两个视图： 为一般顾客建立视图： 产品1（产品号，产品名，规格，单价） 为产品销售部门建立视图： 产品2（产品号，产品名，规格，单价，车间，