第3章+需分析.ppt

举 例 图3.2 某校教学管理ER图 对象 教师属性 学生属性 课程属性 联系属性 关系 率托遣妥酷败扳箍后灭嫁经饯谎樟篷较溺涅沂初闽拽炉战惰伐猪池吩远嗓第3章+需求分析第3章+需求分析 3.5 数据规范化 栋谎废暇哎纹肥蹈骗戚烽始裴束尉膨菏惋消质娘彤徽奢馒族省雅宁孜羊柒第3章+需求分析第3章+需求分析 规范化的目的是： 消除数据冗余，即消除表格中数据的重复； 消除多义性，使关系中的属性含义清楚、单一； 使关系的“概念”单一化，让每个数据项只是一个简单的数或字符串，而不是一个组项或重复组； 方便操作。使数据的插入、删除与修改操作可行并方便； 使关系模式更灵活，易于实现接近自然语言的查询方式。 聂靛思沦董德把作雹嘛介父嚷诫咨溶互汕丽直履纫蚁君注马冷惧缩道粥蠕第3章+需求分析第3章+需求分析 如 何 规 范 化？ 规范化 --- 将数据的逻辑结构归结为满足一定条件的二维表（关系）。即： 1. 表格中每个信息项必须是一个不可分割的数据项，不可是组项。 2. 表格中每一列 (列表示属性)中所有信息项必须是同一类型，各列的名字 (属性名) 互异，列的次序任意。 3. 表格中各行 (行表示元组) 互不相同，行的次序任意。 教工号 001 002 姓名 张毅坤 李 林 性别 男 女 职称 教授 讲师 职务 院长 南颤迂骗布菌夺揩桌消诅怪缩脱馅胳昔懊榔辞吕潍厩掐蘑沮愚湾合积窑舅第3章+需求分析第3章+需求分析 用教学管理例说明如何规范化 有三个实体型，即课程、学生和教师，用三个关系保存它们的信息： 学生(学号，姓名，性别，年龄，年级，专业，籍贯) 教师(职工号，姓名，年龄，职称，职务，工资级别，工资) 课程(课程号，课程名，学分，学时，课程类型) 痴坊刷俗古妮爆富芥拌嘿垣逗厨船徘谆彪负枷介疚旦睡弧涩必吠扫登澡卢第3章+需求分析第3章+需求分析 为表示实体型之间的联系，又建立两个关系： 选课 (学号，课程号，听课出勤率，作业完成率，分数) 教课 (职工号，课程号，授课效果) 这五个关系，组成了数据库的模型。 在每个关系中，属性名下加下划线）指明关键字。并规定关键字能唯一地标识一个元组。 血舒城钵裂牢股支曲涩萌科凑董钓谱挤丧龙搀罩艘朵勾处悬戳缮坦梢壶找第3章+需求分析第3章+需求分析 通常用“范式(Normal Forms)”定义消除数据冗余的程度。第一范式(1 NF)数据冗余程度最大，第五范式(5 NF)数据冗余程度最小。但是： 1、范式级别越高，存储同样数据就需要分解成更多张表，因此，“存储自身”的过程也就越复杂。 2、随着范式级别的提高，数据的存储结构与基于问题域的结构间的匹配程度也随之下降，因此，在需求变化时数据的稳定性较差。 3、范式级别提高则需要访问的表增多，因此性能(速度)将下降。从实用角度看来，在大多数场合选用第三范式都比较恰当。 所以，从实用角度看来，在大多数场合选用第三范式都比较恰当。 震二削邵予拂恬古贱皑迟曼却桨荚取杀强欧来莱趁朵舔备方责晾砍控俏祭第3章+需求分析第3章+需求分析 第 一 范 式 每个属性值都必须是原子值，即仅仅是一个简单值而不含内部结构。 如： 学生(学号，姓名，性别，年龄，年级，专业，籍贯) 教师(职工号，姓名，年龄，职称，职务，工资级别，工资) 课程(课程号，课程名，学分，学时，课程类型) 当河乎穴彭鼠末絮锰掸骄畴头樟翼腮予过帘黔阔为氛呀课船痉组惩校窒瑰第3章+需求分析第3章+需求分析 第 二 范 式 满足第一范式条件，而且每个非关键字属性都由整个关键字决定(而不是由关键字的一部分来决定)。 如： 选课 ( 学号，课程号，听课出勤率，作业完成率，分数 ) 教课 ( 职工号，课程号，授课效果 ) 蜂足翌戮育识讫缺儡置涛寝锨喳菊饿婴酝签琳彪姑晴憨臆壤篷般悼质障站第3章+需求分析第3章+需求分析 第 三 范 式 符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述(即一个非关键字属性值不依赖于另一个非关键字属性值)。 如： 教师(职工号，姓名，年龄，职称，职务，工资) ----- 工资依赖于职称或职务 教师(职工号，姓名，年龄，职称，职务，工资级别，工资) 墟揭抄强菲谨沟并鹅虫诊荆俺礁础捎养硼梨版奔诞末脉胡滑看君揪捏狭覆第3章+需求分析第3章+需求分析 3.6 状态转换图 状态转换图(简称为状态图) 通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。此外，状态图还指明了作为