假设有描述学生选课及住宿情况的关系模式:
S-L-C(Sno,Sname,Ssex,Sdept,Sloc,Cno,Grade)
其中 各属性分别为:学号、姓名、性别、学生所在系、学生住宿楼、课程号和考试成绩。设每个系的学生都住在同一宿舍楼中,该关系模式的主键为(Sno,Cno)。
观察下表所示数据,看看这个关系模式存在什么问题。
Sno | Sname | Ssex | Sdept | Sloc | Cno | Grade |
---|---|---|---|---|---|---|
0811101 | 李勇 | 男 | 计算机系 | 2公寓 | C001 | 96 |
0811101 | 李勇 | 男 | 计算机系 | 2公寓 | C002 | 80 |
0811101 | 李勇 | 男 | 计算机系 | 2公寓 | C003 | 84 |
0811101 | 李勇 | 男 | 计算机系 | 2公寓 | C005 | 62 |
0811102 | 刘晨 | 男 | 计算机系 | 2公寓 | C001 | 92 |
0811102 | 刘晨 | 男 | 计算机系 | 2公寓 | C002 | 90 |
0811102 | 刘晨 | 男 | 计算机系 | 2公寓 | C004 | 84 |
0821102 | 吴宾 | 女 | 信息管理系 | 1公寓 | C001 | 76 |
0821102 | 吴宾 | 女 | 信息管理系 | 1公寓 | C004 | 85 |
0821102 | 吴宾 | 女 | 信息管理系 | 1公寓 | C005 | 73 |
0821102 | 吴宾 | 女 | 信息管理系 | 1公寓 | C007 | |
0821103 | 张海 | 男 | 信息管理系 | 1公寓 | C001 | 50 |
0821103 | 张海 | 男 | 信息管理系 | 1公寓 | C004 | 80 |
0831103 | 张珊珊 | 女 | 机电系 | 1公寓 | C004 | 78 |
0831103 | 张珊珊 | 女 | 机电系 | 1公寓 | C005 | 65 |
0831103 | 张珊珊 | 女 | 机电系 | 1公寓 | C007 |
由这个表可以发现如下问题:
一、数据冗余问题
在这个关系中,学生所在系和其所住宿舍楼的信息有冗余,因为一个系有多少个学生这个系所对应的宿舍楼的信息就至少要重复存储多多少遍。学生基本信息(包括学生学号姓名、性别和所在系)也有重复,一个学生修了多少门课,他的基本信息就重复多少遍。
二、数据更新问题
如果某一学生从计算机系转到了信息管理系,那么不但要修改此学生的Sdept列的值,而且还要修改其Sloc列的值,从而使修改复杂化。
三、数据插入问题
虽然新成立了某个系,并且确定了该系学生的的宿舍楼,即已经有了Sdept和Sloc信息却不能将这个信息插入到S-L-C表中,因为这个系还没有招生,其Sno和Cno列的值均为空,而Sno和Cno是这个表的主键,不能为空。
四、数据删除问题
如果一名学生最初只选修了一门课,之后又放弃了,那么应该删除该学生选修此门课程的记录。但由于这个学生只选了一门课,因此,删除此学生选课记录的同时也就删除了此学生的其他基本信息。
数据的增、删、改问题统称为操作异常。为什么会出现以上种种操作异常呢?是因为这个关系模式没有设计好,它的某些属性之间存在“不良”的函数依赖关系。如何改造这个关系模式并避免以上种种问题是关系规范化理论要解决的问题,也是我们讨论函数依赖的原因。