计算机软件技术基础牟艳陈慧萍第14章数据库设计与应用课件教学.pptVIP

第十四章 数据库设计与应用 本章基本内容与要求 基本内容 关系模式规范化 数据库设计 数据库技术应用 要求 掌握关系模式规范化的过程与基本方法 熟悉数据库设计过程 了解典型的关系数据库产品和常用的数据库应用系统 第一节　关系模式规范化 数据库设计的关键是数据模式的设计，如何把现实世界表达成一个合适的数据模式？如何选择一个比较好的关系模式的集合？关系模式中某些数据依赖问题的存在，可能会导致数据库中数据冗余和操作异常等问题，关系模式规范化方法使用范式这一概念来定义关系模式所符合的不同级别的要求，较低级别范式的关系模式，经模式分解可转换为若干符合较高级别范式要求的关系模式。 一、关系模式规范化问题的提出 关系模式规范化问题的提出 存在问题 数据冗余 更新异常 插入异常 删除异常 解决方法：分解为二个关系 R1 (教师号，教师姓名，联系电话) R2 (教师号，课程号，课程名) 二、函数依赖 –定义 定义14.1　设有关系模式R(A1，A2，…，An)，简记为R(U)，其中U={ A1，A2，…，An }。设X，Y是U的子集，r是R的任一具体关系， t1，t2是r中的任意两个元组，若t1[X]=t2[X]（即元组t1、t2在X上的属性值相等）则t1[Y]=t2[Y]（元组t1、t2在Y上的属性值相等），则称X函数决定Y，或Y函数依赖于X，记为X→Y。 函数依赖－例 函数依赖－分类 完全函数依赖　在关系模式R（U）中，如果X→Y，并且对于X的任意一个真子集X1，X1→Y均不成立，则称Y完全依赖于X。 　　例：（学号，课程号）→成绩为完全函数依赖。 部分函数依赖　在关系模式R（U）中，如果X→Y，并且至少存在X的一个真子集X1，使得X1→Y成立，则称Y部分依赖于X。 　　例：（学号，课程号）→姓名为部分函数依赖。 传递函数依赖　在关系模式R（U）中，如果X→Y并且Y→Z，且Y→X则称Z传递依赖于X。 　　例：学号→系地址为传递函数依赖，因为学号→系部，系部→系地址。 用函数依赖定义主码 侯选候选码（候选键）　设有关系模式R（U），F是R上的函数依赖集，K是U的一个子集。如果： 　①F逻辑蕴涵 K→U； 　②不存在K的任何真子集K1使得F逻辑蕴涵 K1→U； 　　则称K是R的候选码或候选键。 主码（关键字） 当侯选候选码多于一个时，可以选中其中的一个作为主码。 主属性 所有侯选候选键中的属性称为主属性。 非主属性 不包含在任何侯选候选键中的属性称为非主属性。 例 三、关系模式规范化 规范化的基本思想是消除关系模式中的数据冗余，消除数据依赖中的不合适的部分，解决数据插入、删除与修改时发生的异常现象。，这就要求关系数据库设计出来的关系模式要满足一定的条件。我们把关系数据库的规范化过程中为不同程度的规范化要求设立的不同的标准或准则称为范式（Normal Form）。，满足最低要求的叫第一范式,简称1NF。 一个低一级范式的关系模式，通过模式分解可以转换为若干个高一级范式的关系模式的集合，这种过程就叫规范化。 第一范式（1NF） 第一范式（First Normal Form）是最基本的规范化形式，即关系中每个属性都是不可再分的简单项。 　定义11.2 如果关系模式R所有的属性均为简单属性，即每个属性都是不可再分的，则称R属于第一范式，简称1NF，记作R∈1NF。 在关系数据库中只讨论规范化的关系，因此第一范式是最低要求，即所有关系都必须符合第一范式。如果不满足第一范式，必须转化成符合第一范式的关系。 第二范式（2NF） 定义11.3 若关系模式R∈1NF，且每一个非主属性完全函数依赖于关系R的某个侯选候选键，则关系R为第二范式，记为R∈2NF。 第三范式（3NF） 定义11.4 若关系模式R∈2NF，若每一个非主属性都不传递依赖于某个侯选候选码，则关系R属于第三范式，记为：R∈3NF。 定义11.4 若关系模式R∈2NF，若每一个非主属性都不传递依赖于某个侯选候选码，则关系R属于第三范式，记为：R∈3NF。 从1NF到3NF 一个关系只要其分量都是不可分的数据项，就可称作规范化的关系，也称作1NF。 消除1NF关系中非主属性对候选码的部分函数依赖，得到2NF； 消除2NF关系中非主属性对候选码的传递函数依赖，得到3NF。 例 例 第二节　关系数据库设计 数据库设计是指根据用户需求研制数据库结构并应用的过程。 数据库设计就是指对于给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能有效地存储数据，满足用户的信息要求和处理要求，也就是把现实世界中的数据，根据各种应用处理的要求，加以合理组织，使之能满足硬件和操作系统的特性，利用已有的DBMS来建立能够实现系统目标的数据库。 一、数据库设计步骤