电脑基础知识7-ch7-数据库设计课件

网络数据库管理与设计王建民信息科学与技术学院2012-3-19网络数据库管理与设计王建民-2-12:50第7章数据库设计7.1数据库设计概述7.2数据库需求分析7.3数据库结构设计7.4数据库行为设计7.5数据库实施7.6数据库运行和维护-2-02:59第7章数据库设计7.1数据库设计概述-3-12:507.1数据库设计概述目前数据库的应用已非常广泛，涉及各行各业。可以说一个国家数据库建设的水平已成为衡量这个国家信息化程度的重要标志之一。通常将使用数据库的各类信息系统都称为数据库应用系统。如各种管理信息系统、办公自动化系统、电子政务系统、电子商务系统、地理信息系统等。-3-02:597.1数据库设计概述目前数据库的应用已非常-4-12:507.1数据库设计概述数据库设计的特点数据库设计方法概述数据库设计的基本步骤

-4-03:007.1数据库设计概述-5-12:50数据库设计面临的主要问题同时具备数据库与应用业务知识的人很少。应用业务的数据库系统的目标是什么在一开始往往不能很明确。缺乏完善的设计工具和设计方法。用户的要求往往并不是一开始就能完全说清楚。应用业务系统千差万别，很难找到一种适合所有应用业务的工具和方法。-5-03:00数据库设计面临的主要问题同时具备数据库与应用-6-12:50数据库设计的特点数据库设计数据量大且复杂是一项数据库工程是一项软件工程特点综合性结构设计与行为设计相分离-6-03:00数据库设计的特点数据库设计-7-12:50数据库设计的特点(Cont.)综合性

涉及面广，需包含计算机专业知识及业务系统专业知识；要解决技术及非技术两方面的问题。静态结构设计与动态行为设计是分离的

静态结构设计是指数据库的模式框架设计（包括语义结构（概念）、数据结构（逻辑）、存储结构（物理））；动态行为设计是指应用程序设计（动作操纵：功能组织、流程控制）-7-03:00数据库设计的特点(Cont.)综合性-8-12:50数据库设计方法新奥尔良（NewOrleans）方法

需求说明需求分析概念结构概念结构设计逻辑结构逻辑结构设计物理结构结构物理设计数据库设计方法从本质上看仍然是手工设计方法，其基本思想是过程迭代和逐步求精。

-8-03:00数据库设计方法新奥尔良（NewOrlean-9-12:50数据库设计的基本步骤按照规范化设计的方法，同时考虑数据库及其应用系统开发的全过程，分以下几个阶段1需求分析2结构设计：包括概念结构设计、逻辑结构设计、物理结构设计3行为设计：包括功能设计、事务设计、程序设计4数据库实施：包括加载数据库数据和调试应用程序5数据库运行和维护-9-03:00数据库设计的基本步骤按照规范化设计的方法，同-10-12:50数据库设计的基本步骤(Cont.)数据库设计的准备工作：选定参加设计的人员1.系统分析员、数据库设计员自始至终参与数据库设计2.用户和数据库管理员主要参加需求分析和数据库的运行维护3.应用开发人员（程序员和操作员）在系统实施阶段参与进来，负责编制程序和准备软硬件环境-10-03:00数据库设计的基本步骤(Cont.)数据库设-11-12:507.2数据库需求分析

分析用户的要求；是数据库设计的起点；其结果将直接影响到后面各阶段的设计；并影响到最终的数据库系统能否被合理地使用。

-11-03:007.2数据库需求分析分析用户的要求；-12-12:50需求分析的任务

信息需求。处理需求。安全性与完整性要求。数据存储数据源数据输出处理-12-03:00需求分析的任务信息需求。数据存储数据源数-13-12:50需求分析的方法系统调查三方面内容：业务现状信息资源外部要求调查方式：①检查文档 ②面谈③观察操作中的业务④研究和问卷调查

-13-03:00需求分析的方法系统调查三方面内容：-14-12:507.3数据库结构设计

数据库设计分为：数据库结构设计和数据库行为设计。结构设计包括设计数据库的概念结构、逻辑结构和存储结构。行为设计包括设计数据库的功能组织和流程控制。

-14-03:007.3数据库结构设计数据库设计分为：数-15-12:50概念结构设计

着重信息结构的设计；是整个数据库系统设计的关键；独立于逻辑结构设计；独立于DBMS。

-15-03:00概念结构设计着重信息结构的设计；-16-12:50概念结构设计的策略

自底向上。先定义局部应用的概念结构，然后按一定的规则把它们集成起来，从而得到全局概念模型。自顶向下：先定义全局概念模型，然后再逐步细化。由里向外：先定义最重要的核心结构，然后再逐步向外扩展。混合策略。将自顶向下和自底向上结合起来使用。

-16-03:00概念结构设计的策略自底向上。先定义局部应-17-12:50采用E-R模型方法的概念结构设计

设计局部E-R模型

E-R模型的设计内容包括确定局部E-R模型的范围、定义实体、联系以及它们的属性。设计全局E-R模型将所有局部E-R图集成为一个全局E-R图，即全局E-R模型。优化全局E-R模型-17-03:00采用E-R模型方法的概念结构设计设计局部-18-12:50（1）设计局部E-R模型

概念结构是对现实世界的一种抽象。所谓抽象是对实际的人、物、事和概念进行人为处理，抽取所关心的共同特性，忽略非本质细节，并把这些特性用各种概念准确的加以描述。一般有三种抽象方法：分类概括聚集-18-03:00（1）设计局部E-R模型概念结构是对现实-19-12:50分类学生张三李四王五…classIsamumberof-19-03:00分类学生张三李四王五…classIsa-20-12:50概括学生本科生研究生超类子类Isasubsetof-20-03:00概括学生本科生研究生超类子类Isasu-21-12:50聚集学生…实体型属性学号姓名性别Isapartof-21-03:00聚集学生…实体型属性学号姓名性别Isa-22-12:50（2）设计全局E-R模型

将局部E-R图集成为全局E-R图；需消除各分E-R图合并时产生的冲突；解决冲突是合并E-R图的主要工作和关键所在。冲突主要有三类：属性冲突：属性域冲突、属性取值单位冲突命名冲突：同名异义和异名同义

结构冲突：同一对象在不同应用中具有不同的抽象、同一实体在不同的局部E-R图中所包含的属性个数和属性的排列次序不完全相同。

-22-03:00（2）设计全局E-R模型将局部E-R图集-23-12:50（3）优化全局E-R模型

实体个数尽可能少；实体所包含的属性尽可能少；实体间联系无冗余。-23-03:00（3）优化全局E-R模型实体个数尽可能少-24-12:50局部ER图nm产品产品号性能参数零件零件号价格组成零件个数nm材料材料号材料类型产品零件号规格使用使用量库存量-24-03:00局部ER图nm产品产品号性能参数零件零件号-25-12:50合并示例nnm产品产品号性能参数零件零件号规格组成零件个数价格使用使用量材料号材料类型库存量材料-25-03:00合并示例nnm产品产品号性能参数零件零件号-26-12:50

逻辑结构设计

步骤：将概念模型转换为某种组织层数据模型；对数据模型进行优化。-26-03:00逻辑结构设计步骤：-27-12:50E-R图向关系模型的转换转换内容1)将实体型和实体间的联系转换为关系模式2)确定这些关系模式的属性和码-27-03:00E-R图向关系模型的转换转换内容-28-12:50实体的转换原则实体的转换原则一个实体转换为一个关系模式实体的名称对应关系模式的名称实体的属性对应关系模式的属性实体的候选码对应关系模式的候选码-28-03:00实体的转换原则实体的转换原则-29-12:50实体的转换原则(Cont.)例：转换为关系模式：学生（学号、姓名、性别、年龄）学生学号年龄性别姓名-29-03:00实体的转换原则(Cont.)例：学生学号年-30-12:50联系的转换原则(1)一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。转换为一个独立的关系模式：相连实体的码、联系的属性——〉新关系的属性，每个实体的码均是该关系的候选码。

与某一端实体对应的关系模式合并：需在该关系模式的属性中加入另一实体的码和联系的属性。

-30-03:00联系的转换原则(1)一个1:1联系可以转换-31-12:50联系的转换原则(Cont.)例如：工号车间号对实体的转换：车间主任（工号,…….）车间（车间号,……）对联系的转换：独立的新关系：管理(工号,车间号)合并到其中的一个关系中：车间主任(工号,……,车间号）或：车间(车间号,……,工号）车间主任工号-31-03:00联系的转换原则(Cont.)例如：工号车间-32-12:50联系的转换原则(Cont.)(2)一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。

转换为一个独立的关系模式：相连实体的码、联系的属性——〉新关系的属性，n端实体的码——〉新关系的码。与n端对应的关系模式合并在n端的实体表中增加1端实体的候选码。-32-03:00联系的转换原则(Cont.)(2)一个1:-33-12:50联系的转换原则(Cont.)例如：车间号职工号对实体的转换：车间（车间号,…）车间成员（职工号,...）对联系的转换：独立的新关系模式：职工--车间（职工号,车间号）合并到n端实体关系中：车间成员(职工号,……,车间号）可否在n端的实体表中增加1端实体的候选码？-33-03:00联系的转换原则(Cont.)例如：车间号职-34-12:50联系的转换原则(Cont.)(3)一个m:n联系转换为一个关系模式。相连实体的码、联系的属性—>属性新关系的码是各实体码的组合。选修（学号，课程号，成绩）课程选修学生mnm:n联系学号课程号成绩-34-03:00联系的转换原则(Cont.)(3)一个m-35-12:50联系的转换原则(Cont.)(4)三个或三个以上实体间的多元联系转换新关系模式。相连实体的码、联系的属性—>属性新关系的码是各实体码的组合。工程供应零件表（供应者号，零件号，工程号，供应数量）

-35-03:00联系的转换原则(Cont.)(4)三个或三-36-12:50数据模型的优化得到初步数据模型后，还应该适当地修改、调整数据模型的结构，以进一步提高数据库应用系统的性能，这就是数据模型的优化关系数据模型的优化通常以规范化理论为指导-36-03:00数据模型的优化得到初步数据模型后，还应该适-37-12:50数据模型的优化的方法确定数据依赖关系模式内部各属性之间的数据依赖不同关系模式属性之间数据依赖消除冗余的联系确定所属范式按照数据处理的要求，确定是否合并或分解。注意：并不是规范化程度越高的关系就越优，一般说来，第三范式就足够了

-37-03:00数据模型的优化的方法确定数据依赖-38-12:50常用分解方法通过对关系模式进行必要的分解，提高数据操作的效率和存储空间的利用率。常用分解方法水平分解垂直分解-38-03:00常用分解方法通过对关系模式进行必要的分解，-39-12:50常用分解方法(Cont.)水平分解什么是水平分解把(基本)关系的元组分为若干子集合，定义每个子集合为一个子关系，以提高系统的效率水平分解的适用范围满足“80/20原则”的应用并发事务经常存取不相交的数据-39-03:00常用分解方法(Cont.)水平分解-40-12:50常用分解方法(Cont.)垂直分解什么是垂直分解把关系模式R的属性分解为若干子集合，形成若干子关系模式垂直分解的适用范围取决于分解后R上的所有事务的总效率是否得到了提高-40-03:00常用分解方法(Cont.)垂直分解-41-12:50设计用户子模式定义用户子（外模式）时应该注重的问题

(1)使用更符合用户习惯的别名

(2)针对不同级别的用户定义不同的View，以满足系统对安全性的要求。

(3)简化用户对系统的使用-41-03:00设计用户子模式定义用户子（外模式）时应该注-42-12:50设计用户子模式(Cont.)例：产品（产品号，产品名，规格，单价，生产车间，生产负责人，产品成本，产品合格率，质量等级）可以在产品关系上建立两个视图：产品1（产品号，产品名，规格，单价）产品2（产品号，产品名，规格，单价，车间，生产负责人）可以防止用户非法访问不允许他们查询的数据，保证系统的安全性顾客视图中只包含允许顾客查询的属性销售部门视图中只包含允许销售部门查询的属性生产领导部门则可以查询全部产品数据为一般顾客建立的视图为产品销售部门建立的视图-42-03:00设计用户子模式(Cont.)例：产品（产品-43-12:50物理结构设计

对已确定的逻辑数据结构，利用DBMS提供的方法、技术，以较优的存储结构、数据存取路径、合理的数据存储位置以及存储分配，设计出一个高效的、可实现的物理数据库结构。数据库的物理设计通常分为两步：确定数据库的物理结构；对物理结构进行时间和空间效率的评价。-43-03:00物理结构设计对已确定的逻辑数据结构，利用-44-12:50物理结构设计的内容和方法

对于数据查询，需要得到如下信息：查询所涉及的关系；查询条件所涉及的属性；连接条件所涉及的属性；查询列表中涉及的属性。对于更新数据的事务，需要得到如下信息：更新所涉及的关系；每个关系上的更新条件所涉及的属性；更新操作所涉及的属性。

-44-03:00物理结构设计的内容和方法对于数据查询，需-45-12:50确定存取方法

一般用户可以通过建立索引的方法来加快数据的查询效率。建立索引的一般原则为：在经常作为查询条件的属性上建立索引。在经常作为连接条件的属性上建立索引。在经常作为分组依据列的属性上建立索引。对经常进行连接操作的表可以建立索引。一个表可以建立多个索引，但只能建立一个聚簇索引。

-45-03:00确定存取方法一般用户可以通过建立索引的方-46-12:50确定存储结构一般的存储方式有：顺序存储散列存储聚簇存储一般情况下系统都会为数据选择一种最合适的存储方式。

-46-03:00确定存储结构一般的存储方式有：-47-12:50物理结构设计的评价

评价物理结构设计的方法完全依赖于具体的DBMS，主要考虑的是操作开销，即为使用户获得及时、准确的数据所需的开销和计算机的资源的开销。具体可分为如下几类：查询和响应时间更新事务的开销生成报告的开销主存储空间的开销辅助存储空间的开销-47-03:00物理结构设计的评价评价物理结构设计的方法-48-12:508.4数据库行为设计

功能分析功能设计事务设计应用程序设计与实现-48-03:008.4数据库行为设计功能分析-49-12:50功能分析在进行需求分析时，实际上进行了两项工作，一项是“数据流”的调查分析，另一项是“事务处理”过程的调查分析。数据流的调查分析为数据库的信息结构提供了最原始的依据，事务处理的调查分析是行为设计的基础。

-49-03:00功能分析在进行需求分析时，实际上进行了两项-50-12:50行为特性分析指出对数据库所要进行的各种处理；指出对每个实体所进行的操作（增、删、改、查）；给出每个操作的语义，包括结构约束和操作约束；给出每个操作（针对某一对象）的频率；给出每个操作（针对某一应用）的响应时间；给出该系统的总目标。-50-03:00行为特性分析指出对数据库所要进行的各种处理-51-12:50功能设计

¨¨目标功能2功能n功能1功能22功能23功能21-51-03:00功能设计¨¨目标功能2功能n功能1功能2-52-12:50例：“学籍管理”的功能结构图

学籍管理录取分班入学报到…录入修改查询修课管理-52-03:00例：“学籍管理”的功能结构图学籍管理录取-53-12:50事务设计

事务处理是计算机模拟人处理事务的过程，包括：输入设计输出设计功能设计等等-53-03:00事务设计事务处理是计算机模拟人处理事务的-54-12:50输入设计

原始单据的设计格式制成输入一览表制作输入数据描述文档-54-03:00输入设计原始单据的设计格式-55-12:50输出设计用途。区分输出结果是给客户的还是用于内部或报送上级领导的。输出设备的选择。是仅仅显示出来，还是要打印出来或需要永久保存。输出量。输出格式。-55-03:00输出设计用途。区分输出结果是给客户的还是用-56-12:508.5数据库的实施数据库实施运行编好的应用程序，检查数据库设计及程序设计是否有问题。两大任务数据库数据加载调试和运行应用程序-56-03:008.5数据库的实施数据库实施-57-12:50数据库数据加载数据加载任务：将现有业务系统的数据按数据库设计的要求输入到数据库中。方式：输入、导入。-57-03:00数据库数据加载数据加载-58-12:50调试和运行应用程序数据库的试运行测试应用程序的功能是否满足设计要求。如不满足，则应该对应用程序进行修改、调整，直至满足要求。测试应用程序的性能是否满足设计要求。如不满足，则应该对应用程序进行修改、调整，或调整系统参数，直至满足要求。-58-03:00调试和运行应用程序数据库的试运行-59-12:508.6数据库的运行和维护

数据库投入运行标志着开发工作的基本完成和维护工作的开始，数据库只要存在一天，就需要不断地对它进行评价、调整和维护。在数据库运行阶段，对数据库的经常性的维护工作主要由数据库系统管理员完成，其主要工作包括：数据库的备份和恢复数据库的安全性和完整性控制监视、分析、调整数据库性能数据库的重组纠正错误、实现新的需求等但不是结束-59-03:008.6数据库的运行和维护数据库投入运行-60-12:50本章小结数据库设计概述数据库需求分析数据库结构设计数据库行为设计数据库实施数据库运行和维护功能设计、事务设计、应用程序设计加载数据和调试程序纠正错误、实现新的需求等DBA日常维护概念结构、逻辑结构、物理结构-60-03:00本章小结数据库设计概述功能设计、事务设计、网络数据库管理与设计王建民信息科学与技术学院2012-3-19网络数据库管理与设计王建民-62-12:50第7章数据库设计7.1数据库设计概述7.2数据库需求分析7.3数据库结构设计7.4数据库行为设计7.5数据库实施7.6数据库运行和维护-2-02:59第7章数据库设计7.1数据库设计概述-63-12:507.1数据库设计概述目前数据库的应用已非常广泛，涉及各行各业。可以说一个国家数据库建设的水平已成为衡量这个国家信息化程度的重要标志之一。通常将使用数据库的各类信息系统都称为数据库应用系统。如各种管理信息系统、办公自动化系统、电子政务系统、电子商务系统、地理信息系统等。-3-02:597.1数据库设计概述目前数据库的应用已非常-64-12:507.1数据库设计概述数据库设计的特点数据库设计方法概述数据库设计的基本步骤

-4-03:007.1数据库设计概述-65-12:50数据库设计面临的主要问题同时具备数据库与应用业务知识的人很少。应用业务的数据库系统的目标是什么在一开始往往不能很明确。缺乏完善的设计工具和设计方法。用户的要求往往并不是一开始就能完全说清楚。应用业务系统千差万别，很难找到一种适合所有应用业务的工具和方法。-5-03:00数据库设计面临的主要问题同时具备数据库与应用-66-12:50数据库设计的特点数据库设计数据量大且复杂是一项数据库工程是一项软件工程特点综合性结构设计与行为设计相分离-6-03:00数据库设计的特点数据库设计-67-12:50数据库设计的特点(Cont.)综合性

涉及面广，需包含计算机专业知识及业务系统专业知识；要解决技术及非技术两方面的问题。静态结构设计与动态行为设计是分离的

静态结构设计是指数据库的模式框架设计（包括语义结构（概念）、数据结构（逻辑）、存储结构（物理））；动态行为设计是指应用程序设计（动作操纵：功能组织、流程控制）-7-03:00数据库设计的特点(Cont.)综合性-68-12:50数据库设计方法新奥尔良（NewOrleans）方法

需求说明需求分析概念结构概念结构设计逻辑结构逻辑结构设计物理结构结构物理设计数据库设计方法从本质上看仍然是手工设计方法，其基本思想是过程迭代和逐步求精。

-8-03:00数据库设计方法新奥尔良（NewOrlean-69-12:50数据库设计的基本步骤按照规范化设计的方法，同时考虑数据库及其应用系统开发的全过程，分以下几个阶段1需求分析2结构设计：包括概念结构设计、逻辑结构设计、物理结构设计3行为设计：包括功能设计、事务设计、程序设计4数据库实施：包括加载数据库数据和调试应用程序5数据库运行和维护-9-03:00数据库设计的基本步骤按照规范化设计的方法，同-70-12:50数据库设计的基本步骤(Cont.)数据库设计的准备工作：选定参加设计的人员1.系统分析员、数据库设计员自始至终参与数据库设计2.用户和数据库管理员主要参加需求分析和数据库的运行维护3.应用开发人员（程序员和操作员）在系统实施阶段参与进来，负责编制程序和准备软硬件环境-10-03:00数据库设计的基本步骤(Cont.)数据库设-71-12:507.2数据库需求分析

分析用户的要求；是数据库设计的起点；其结果将直接影响到后面各阶段的设计；并影响到最终的数据库系统能否被合理地使用。

-11-03:007.2数据库需求分析分析用户的要求；-72-12:50需求分析的任务

信息需求。处理需求。安全性与完整性要求。数据存储数据源数据输出处理-12-03:00需求分析的任务信息需求。数据存储数据源数-73-12:50需求分析的方法系统调查三方面内容：业务现状信息资源外部要求调查方式：①检查文档 ②面谈③观察操作中的业务④研究和问卷调查

-13-03:00需求分析的方法系统调查三方面内容：-74-12:507.3数据库结构设计

数据库设计分为：数据库结构设计和数据库行为设计。结构设计包括设计数据库的概念结构、逻辑结构和存储结构。行为设计包括设计数据库的功能组织和流程控制。

-14-03:007.3数据库结构设计数据库设计分为：数-75-12:50概念结构设计

着重信息结构的设计；是整个数据库系统设计的关键；独立于逻辑结构设计；独立于DBMS。

-15-03:00概念结构设计着重信息结构的设计；-76-12:50概念结构设计的策略

自底向上。先定义局部应用的概念结构，然后按一定的规则把它们集成起来，从而得到全局概念模型。自顶向下：先定义全局概念模型，然后再逐步细化。由里向外：先定义最重要的核心结构，然后再逐步向外扩展。混合策略。将自顶向下和自底向上结合起来使用。

-16-03:00概念结构设计的策略自底向上。先定义局部应-77-12:50采用E-R模型方法的概念结构设计

设计局部E-R模型

E-R模型的设计内容包括确定局部E-R模型的范围、定义实体、联系以及它们的属性。设计全局E-R模型将所有局部E-R图集成为一个全局E-R图，即全局E-R模型。优化全局E-R模型-17-03:00采用E-R模型方法的概念结构设计设计局部-78-12:50（1）设计局部E-R模型

概念结构是对现实世界的一种抽象。所谓抽象是对实际的人、物、事和概念进行人为处理，抽取所关心的共同特性，忽略非本质细节，并把这些特性用各种概念准确的加以描述。一般有三种抽象方法：分类概括聚集-18-03:00（1）设计局部E-R模型概念结构是对现实-79-12:50分类学生张三李四王五…classIsamumberof-19-03:00分类学生张三李四王五…classIsa-80-12:50概括学生本科生研究生超类子类Isasubsetof-20-03:00概括学生本科生研究生超类子类Isasu-81-12:50聚集学生…实体型属性学号姓名性别Isapartof-21-03:00聚集学生…实体型属性学号姓名性别Isa-82-12:50（2）设计全局E-R模型

将局部E-R图集成为全局E-R图；需消除各分E-R图合并时产生的冲突；解决冲突是合并E-R图的主要工作和关键所在。冲突主要有三类：属性冲突：属性域冲突、属性取值单位冲突命名冲突：同名异义和异名同义

结构冲突：同一对象在不同应用中具有不同的抽象、同一实体在不同的局部E-R图中所包含的属性个数和属性的排列次序不完全相同。

-22-03:00（2）设计全局E-R模型将局部E-R图集-83-12:50（3）优化全局E-R模型

实体个数尽可能少；实体所包含的属性尽可能少；实体间联系无冗余。-23-03:00（3）优化全局E-R模型实体个数尽可能少-84-12:50局部ER图nm产品产品号性能参数零件零件号价格组成零件个数nm材料材料号材料类型产品零件号规格使用使用量库存量-24-03:00局部ER图nm产品产品号性能参数零件零件号-85-12:50合并示例nnm产品产品号性能参数零件零件号规格组成零件个数价格使用使用量材料号材料类型库存量材料-25-03:00合并示例nnm产品产品号性能参数零件零件号-86-12:50

逻辑结构设计

步骤：将概念模型转换为某种组织层数据模型；对数据模型进行优化。-26-03:00逻辑结构设计步骤：-87-12:50E-R图向关系模型的转换转换内容1)将实体型和实体间的联系转换为关系模式2)确定这些关系模式的属性和码-27-03:00E-R图向关系模型的转换转换内容-88-12:50实体的转换原则实体的转换原则一个实体转换为一个关系模式实体的名称对应关系模式的名称实体的属性对应关系模式的属性实体的候选码对应关系模式的候选码-28-03:00实体的转换原则实体的转换原则-89-12:50实体的转换原则(Cont.)例：转换为关系模式：学生（学号、姓名、性别、年龄）学生学号年龄性别姓名-29-03:00实体的转换原则(Cont.)例：学生学号年-90-12:50联系的转换原则(1)一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。转换为一个独立的关系模式：相连实体的码、联系的属性——〉新关系的属性，每个实体的码均是该关系的候选码。

与某一端实体对应的关系模式合并：需在该关系模式的属性中加入另一实体的码和联系的属性。

-30-03:00联系的转换原则(1)一个1:1联系可以转换-91-12:50联系的转换原则(Cont.)例如：工号车间号对实体的转换：车间主任（工号,…….）车间（车间号,……）对联系的转换：独立的新关系：管理(工号,车间号)合并到其中的一个关系中：车间主任(工号,……,车间号）或：车间(车间号,……,工号）车间主任工号-31-03:00联系的转换原则(Cont.)例如：工号车间-92-12:50联系的转换原则(Cont.)(2)一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。

转换为一个独立的关系模式：相连实体的码、联系的属性——〉新关系的属性，n端实体的码——〉新关系的码。与n端对应的关系模式合并在n端的实体表中增加1端实体的候选码。-32-03:00联系的转换原则(Cont.)(2)一个1:-93-12:50联系的转换原则(Cont.)例如：车间号职工号对实体的转换：车间（车间号,…）车间成员（职工号,...）对联系的转换：独立的新关系模式：职工--车间（职工号,车间号）合并到n端实体关系中：车间成员(职工号,……,车间号）可否在n端的实体表中增加1端实体的候选码？-33-03:00联系的转换原则(Cont.)例如：车间号职-94-12:50联系的转换原则(Cont.)(3)一个m:n联系转换为一个关系模式。相连实体的码、联系的属性—>属性新关系的码是各实体码的组合。选修（学号，课程号，成绩）课程选修学生mnm:n联系学号课程号成绩-34-03:00联系的转换原则(Cont.)(3)一个m-95-12:50联系的转换原则(Cont.)(4)三个或三个以上实体间的多元联系转换新关系模式。相连实体的码、联系的属性—>属性新关系的码是各实体码的组合。工程供应零件表（供应者号，零件号，工程号，供应数量）

-35-03:00联系的转换原则(Cont.)(4)三个或三-96-12:50数据模型的优化得到初步数据模型后，还应该适当地修改、调整数据模型的结构，以进一步提高数据库应用系统的性能，这就是数据模型的优化关系数据模型的优化通常以规范化理论为指导-36-03:00数据模型的优化得到初步数据模型后，还应该适-97-12:50数据模型的优化的方法确定数据依赖关系模式内部各属性之间的数据依赖不同关系模式属性之间数据依赖消除冗余的联系确定所属范式按照数据处理的要求，确定是否合并或分解。注意：并不是规范化程度越高的关系就越优，一般说来，第三范式就足够了

-37-03:00数据模型的优化的方法确定数据依赖-98-12:50常用分解方法通过对关系模式进行必要的分解，提高数据操作的效率和存储空间的利用率。常用分解方法水平分解垂直分解-38-03:00常用分解方法通过对关系模式进行必要的分解，-99-12:50常用分解方法(Cont.)水平分解什么是水平分解把(基本)关系的元组分为若干子集合，定义每个子集合为一个子关系，以提高系统的效率水平分解的适用范围满足“80/20原则”的应用并发事务经常存取不相交的数据-39-03:00常用分解方法(Cont.)水平分解-100-12:50常用分解方法(Cont.)垂直分解什么是垂直分解把关系模式R的属性分解为若干子集合，形成若干子关系模式垂直分解的适用范围取决于分解后R上的所有事务的总效率是否得到了提高-40-03:00常用分解方法(Cont.)垂直分解-101-12:50设计用户子模式定义用户子（外模式）时应该注重的问题

(1)使用更符合用户习惯的别名

(2)针对不同级别的用户定义不同的View，以满足系统对安全性的要求。

(3)简化用户对系统的使用-41-03:00设计用户子模式定义用户子（外模式）时应该注-102-12:50设计用户子模式(Cont.)例：产品（产品号，产品名，规格，单价，生产车间，生产负责人，产品成本，产品合格率，质量等级）可以在产品关系上建立两个视图：产品1（产品号，产品名，规格，单价）产品2（产品号，产品名，规格，单价，车间，生产负责人）可以防止用户非法访问不允许他们查询的数据，保证系统的安全性顾客视图中只包含允许顾客查询的属性销售部门视图中只包含允许销售部门查询的属性生产领导部门则可以查询全部产品数据为一般顾客建立的视图为产品销售部门建立的视图-42-03:00设计用户子模式(Cont.)例：产品（产品-103-12:50物理结构设计

对已确定的逻辑数据结构，利用DBMS提供的方法、技术，以较优的存储结构、数据存取路径、合理的数据存储位置以及存储分配，设计出一个高效的、可实现的物理数据库结构。数据库的物理设计通常分为两步：确定数据库的物理结构；对物理结构进行时间和空间效率的评价。-43-03:00物理结构设计对已确定的逻辑数据结构，利用-104-12:50物理结构设计的内容和方法

对于数据查询，需要得到如下信息：查询所涉及的关系；查询条件所涉及的属性；连接条件所涉及的属性；查询列表中涉及的属性。对于更新数据的事务，需要得到如下信息：更新所涉及的关系；每个关系上的更新条件所涉及的属性；更新操作所涉及的属性。

-44-03:00物理结构设计的内容和方法对于数据查询，需-105-12:50确定存取方法

一般用户可以通过建立索引的方法来加快数据的查询效率。建立索引的一般原则为：在经常作为查询条件的属性上建立索引。在经常作为连接条件的属性上建立索引。在经常作为分组依据列的属性上建立索引。对经常进行连接操作的表可以建立索引。一个表可以建立多个索引，但只能建立一个聚簇索引。

-45-03:00确定存取方法一般用户可以通过建立索引的方-106-12:50确定存储结构一般的存储方式有：顺序存储散列存储聚簇存储一般情况下系统都会为数据选择一种最合适的存储方式。

-46-03:00确定存储结构一般的存储方式有：-107-12:50物理结构设计的评价

评价物理结构设计的方法完全依赖于具体的DBMS，主要考虑的是操作开销，即为使用户获得及时、准确的数据所需的开销和计算机的资源的开销。具体可分为如下几类：查