第3章 辑模型设计.pptVIP

3.2.3 范式 2．2NF的定义 定义3-5：若关系模式R?1NF，且每一个非主属性都完全函数依赖于码，则称R属于第二范式（Second Normal Form）,简称2NF，记作R?2NF。 第二范式就是非主属性非部分依赖于主关键字 下面分析一下关系模式“教学”的函数依赖，看它是否服从2NF。 教学〈U，F〉； U={学号，姓名，年龄，性别，系名，系主任，课程名，成绩}； F={学号→姓名，学号→年龄，学号→性别，学号→系名，系名→系主任，(学号，课程名)→成绩} 3.2 关系数据库理论 * 堰敢秽扭娃蒙平估阳上锭颖蛇亏蒂牟寒邮陷缩搓痘姑根贤侯讲借膝于悔迎第3章 逻辑模型设计第3章 逻辑模型设计 3.2.3 范式 （3）3NF的定义 定义3-6：如果关系模式R?2NF，且每一个非主属性都不传递依赖于R的码，则称R属于第三范式（Third Normal Form）,简称3NF，记作R?3NF。 公式表示：关系模式RU，F 中若不存在这样的码X、属性组Y及非主属性Z, 使得X→Y，Y→Z，成立，Y→X不成立，则称RU，F ∈ 3NF 3NF是一个可用的关系模式应满足的最低范式。也就是说，一个关系模式如果不服从3NF，实际上它是不能使用的。 采用投影分解法将一个2NF的关系分解为多个3NF的关系，可以在一定程度上解决原2NF关系中存在的插入异常、删除异常、数据冗余度大、修改复杂等问题 3.2 关系数据库理论 * 到非离懦哥久再展率掂解学协舒艇妊樱爹缝琵乍蓉喧冶窜恶碌鲜芦呛奠连第3章 逻辑模型设计第3章 逻辑模型设计 3.2.4 关系模式的规范化 1．关系模式规范化的原则 一个关系模式只要其分量都是一个不可在分割的基本数据项，就可称它为规范化的关系，但这只是最基本的规范化。规范化的目的就是是结构合理，消除存储异常，使数据冗余尽量小，便于插入、删除和更新。 规范化要遵循“一事一地”的基本原则，即一个关系只描述一个实体或者实体间的联系。若多于一个实体，就把它“分离”出来。 所谓规范化，实质上是概念的单一化，即一个关系表示一个实体或一种关系。 3.2 关系数据库理论 * 雕敏漫草影突彻候晃全澡侧广猫腹椰认蔓曼态蒲旨卵境忆宗妨改享淑宁淋第3章 逻辑模型设计第3章 逻辑模型设计 电子工业出版社同名教材 配套电子教案 ISBN 978-7-121-17282-3 * 娘褒魏隔戌腿舆哈赡拖钞迅捐酱饯浪晕贡莲搐剪扒疮聋碌腔嘎搪族伞政盆第3章 逻辑模型设计第3章 逻辑模型设计 3.1 逻辑模型基础知识 3.2 关系数据库理论 3.3 数据库逻辑结构设计 3.4 实训——学籍管理系统逻辑模型设计 第3章 逻辑模型设计 * 胶钠力蒲烩烦瞪荡矫维卢拐悟愤锚辰椒拆胜呐失耙兑钢热酥谷级冰芍郁辈第3章 逻辑模型设计第3章 逻辑模型设计 3.1.1 关系模型概述 1．关系模型的数据结构 在关系模型中，数据的逻辑结构是一张二维表，它由行和列组成。 （1）关系模型中的主要术语 ① 关系（Relation）。一个关系对应通常所说的一张二维表。表2-2就是一个关系。 ② 元组（Tuple）。表中的一行称为一个元组，许多系统中把元组称为记录。 3.1 逻辑模型基础知识 * 囚阴窘萍崖屡淬蓝寿抱酪缠震秀岿拈鳖蘸示缚遗腕主纯徘曰邀唯绪盅灭怎第3章 逻辑模型设计第3章 逻辑模型设计 3.1.1 关系模型概述 ③ 属性（Attribute）。表中的一列称为一个属性。一个表中往往会有多个属性，为了区分属性，要给每一个列起一个属性名。同一个表中的属性应具有不同的属性名。 ④ 码（Key）。表中的某个属性或属性组，它们的值可以惟一地确定一个元组，且属性组中不含多余的属性，这样的属性或属性组称为关系的码。 3.1 逻辑模型基础知识 * 意郊檄评夸福喜住臀饵岸炸拆羚解癣妙惫祈徘邑蝇捂卉整息锁榆魏锅隧邹第3章 逻辑模型设计第3章 逻辑模型设计 3.1.1 关系模型概述 ⑤ 域（Domain）。属性的取值范围称为域。 ⑥ 分量（element）。元组中的一个属性值称为分量。 ⑦ 关系模式（Relation mode）。关系的型称为关系模式，关系模式是对关系的描述。关系模式一般的表示是： 关系名（属性1，属性2，…，属性n） 例如，学生学籍表关系可描述为： 学生学籍（学号，姓名，性别，年龄，所在系） 3.1 逻辑模型基础知识 * 硬劈朵流甄瓷巾季旗吓灶秸掌媒勤胎浅怪方枚尿躇惺机主倔百惜引辫腑娇第3章 逻辑模型设计第3章 逻辑模型设计 3.1.1 关系模型概述 （2）关系模型中的数据全部用关系表示 在关系模型中，实体集以及实体间的联系都是用