第五章 数据库完整性
数据库的完整性——数据的正确性和相容性
数据的完整性和安全性是两个不同概念
数据的完整性
防止数据库中存在不符合语义的数据,也就是防止数据库中存在不正确的数据
防范对象:不合语义的、不正确的数据
数据的安全性
保护数据库防止恶意的破坏和非法的存取
防范对象:非法用户和非法操作
为维护数据库的完整性,DBMS必须:
1.提供定义完整性约束条件的机制
2.提供完整性检查的方法
3.违约处理
5.1 实体完整性
5.1.1 实体完整性定义
关系模型的实体完整性
CREATE TABLE中用PRIMARY KEY定义
单属性构成的码有两种说明方法
定义为列级约束条件
定义为表级约束条件
对多个属性构成的码只有一种说明方法
定义为表级约束条件
(1)在列级定义主码
CREATE TABLE Student
(Sno CHAR(9) PRIMARY KEY,
(2)在表级定义主码
CREATE TABLE Student
(Sno CHAR(9),
Sname CHAR(20) NOT NULL,
Ssex CHAR(2) ,
Sage SMALLINT,
Sdept CHAR(20),
PRIMARY KEY (Sno)
);
将SC表中的Sno,Cno属性组定义为码
CREATE TABLE SC
(Sno CHAR(9) NOT NULL,
Cno CHAR(4) NOT NULL,
Grade SMALLINT,
PRIMARY KEY (Sno,Cno) /*只能在表级定义主码*/
);
5.1.2 实体完整性检查和违约处理
插入或对主码列进行更新操作时,RDBMS按照实体完整性规则自动进行检查。包括:
1. 检查主码值是否唯一,如果不唯一则拒绝插入或修改
2. 检查主码的各个属性是否为空,只要有一个为空就拒绝插入或修改
5.2 参照完整性
5.2.1关系模型的参照完整性定义
在CREATE TABLE中用FOREIGN KEY短语定义哪些列为外码
用REFERENCES短语指明这些外码参照哪些表的主码
5.2.2参照完整性违约处理
(1) 拒绝(NO ACTION)执行l
不允许该操作执行。该策略一般设置为默认策略
(2) 级联(CASCADE)操作l
当删除或修改被参照表(Student)的一个元组造成了与参照表(SC)的不一致,则删除或修改参照表中的所有造成不一致的元组
(3)设置为空值(SET-NULL)l
当删除或修改被参照表的一个元组时造成了不一致,则将参照表中的所有造成不一致的元组的对应属性设置为空值。
例如,有下面2个关系
学生(学号,姓名,性别,专业号,年龄)
专业(专业号,专业名)
假设专业表中某个元组被删除,专业号为12
按照设置为空值的策略,就要把学生表中专业号=12的所有元组的专业号设置为空值
对应语义:某个专业删除了,该专业的所有学生专业未定,等待重新分配专业
对于参照完整性,除了应该定义外码,还应定义外码列是否允许空值
5.3 用户定义的完整性
用户定义的完整性就是针对某一具体应用的数据必须满足的语义要求
RDBMS提供,而不必由应用程序承担
5.3.1 属性上的约束条件的定义
CREATE TABLE时定义
列值非空(NOT NULL)
列值唯一(UNIQUE)
检查列值是否满足一个布尔表达式(CHECK)
5.3.2 元组上的约束条件的定义
在CREATE TABLE时可以用CHECK短语定义元组上的约束条件,即元组级的限制
同属性值限制相比,元组级的限制可以设置不同属性之间的取值的相互约束条件
5.4 完整性约束命名字句
CONSTRAINT 约束
CONSTRAINT <完整性约束条件名>
[PRIMARY KEY短语
|FOREIGN KEY短语
|CHECK短语]
修改表中的完整性限制
使用ALTER TABLE语句修改表中的完整性限制
可以先删除原来的约束条件,再增加新的约束条件
5.5 小结
数据库的完整性是为了保证数据库中存储的数据是正确的
RDBMS完整性实现的机制
§完整性约束定义机制
§完整性检查机制
§违背完整性约束条件时RDBMS应采取的动作
Last updated
Was this helpful?