目录
数据库完整性概述简单介绍:
1.提供定义完整性约束条件的机制
2.提供完整性检查的方法
3.违约处理
1. 实体完整性
(1)实体完整性的定义
(2)实体完整性检查和违约处理
2. 参照完整性
(1)参照完整性定义
(2)参照完整性检查和违约处理
3. 用户定义的完整性
(1)属性上的约束条件定义
1.不允许取空值
2.列值唯一
3. 用CHECK短语指定列值应该满足的条件
4. 属性上的约束条件检查和处理
(2)元组上的约束条件
1.元组上的约束条件的定义
2.元组上的约束条件检查和违约处理
4. 完整性约束命名子句
1.完整性约束命名子句
2.修改表中的完整性限制
* 5. 域中的完整性限制
6. 断言
(1)定义断言
(2)删除断言
7. 触发器
(1)定义触发器
定义触发器的语法说明:
(2)激活触发器
(3)删除触发器
数据库的完整性指的是数据的正确性和相容性。
数据的正确性是指数据是符合现实世界语义、反映当前实际状况的;比如说人类的性别是唯一的,只能是男和女。
数据的相容性是指数据库同一对象在不同关系表中的数据是符合逻辑的。例如人类年龄以及学生所在的学院必须是学校已成立的。
为了维护数据库的完整性,数据库管理系统必须实现如下功能:
数据库管理系统中检查数据是否满足完整性规则的机制称为完整性检查
一般在INSERT、UPDATE、DELETE语句执行时检查
数据库管理系统若发现用户的操作违背了完整性约束条件将采取一定的动作,如拒绝(NO ACTION)执行该操作或级联(CASCADE)执行其他操作,进行违约处理以保证数据的完整性。
在专栏里有关系完整性约束的基本概念 关系完整性的基本概念
关系模型的实体完整性
CREATE TABLE中用PRIMARY KEY定义
单属性构成的码有两种说明方法
举几个例子
将Student表中的Sno属性定义为码
(1)在列级定义主码
CREATE TABLE Student
(Sno CHAR(9) PRIMARY KEY,
Sname CHAR(20) NOT NULL,
Ssex CHAR(2) ,
Sage SMALLINT,
Sdept CHAR(20));
(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) /*只能在表级定义主码*/
);
对基本表插入或对主码列进行更新操作时,RDBMS按照实体完整性规则自动进行检查。包括:
全表扫描是十分耗时的。为了避免对基本表进行全表扫描,关系数据库管理系统一般 都在主码上自动建立一个索引,如图5.2(课本)的B+树索引,通过索引查找基本表中是否已经存在新的主码值将大大提高效率。
例如,如果新插入记录的主码值是25,通过主码索引,从B+树的根结点开始查找,只要读取三个结点就可以知道该主码值已经存在,所以不能插入这条记录。这三个结点是根结点(51)、中间结点(1230)和叶结点(15 20 25)。
举个例子
例如,关系SC中一个元组表示一个学生选修的某门课程的成绩,
(Sno,Cno)是主码。
Sno,Cno分别参照引用Student表的主码和Course表的主码定义SC中的参照完整性
CREATE TABLE SC
(Sno CHAR(9) NOT NULL,
Cno CHAR(4) NOT NULL,
Grade SMALLINT,
PRIMARY KEY (Sno, Cno), /*在表级定义实体完整性*/
FOREIGN KEY (Sno) REFERENCES Student(Sno),
/*在表级定义参照完整性*/
FOREIGN KEY (Cno) REFERENCES Course(Cno)
/*在表级定义参照完整性*/
);
参照完整性违约处理
拒绝(NO ACTION)执行
默认策略
级联(CASCADE)操作
设置为空值(SET-NULL)
对于参照完整性,除了应该定义外码,还应定义外码列是否允许空值
[例4] 显式说明参照完整性的违约处理示例
CREATE TABLE SC
(Sno CHAR(9) NOT NULL,
Cno CHAR(4) NOT NULL,
Grade SMALLINT,
PRIMARY KEY(Sno,Cno), /*表级定义实体完整性,Sno、Cno都不能取空值*/
FOREIGN KEY (Sno) REFERENCES Student(Sno)
/*表级定义参照完整性*/
ON DELETE CASCADE /*级联删除SC表中相应的元组*/
ON UPDATE CASCADE, /*级联更新SC表中相应的元组*/
FOREIGN KEY (Cno) REFERENCES Course(Cno)
ON DELETE NO ACTION
/*当删除course 表中的元组造成了与SC表不一致时拒绝删除*/
ON UPDATE CASCADE
/*当更新course表中的cno时,级联更新SC表中相应的元组*/
);
用户定义的完整性就是针对某一具体应用的数据必须满足的语义要求
RDBMS提供,而不必由应用程序承担这一功能
CREATE TABLE时定义
[例5] 在定义SC表时,说明Sno、Cno、Grade属性不允许取空值。
CREATE TABLE SC
(Sno CHAR(9) NOT NULL, /*Sno不允许取空值*/
Cno CHAR(4) NOT NULL, /*Cno不允许取空值*/
Grade SMALLINT NOT NULL, /*Grade不允许取空值*/
PRIMARY KEY (Sno, Cno),
/* 如果在表级定义实体完整性,隐含了Sno,Cno不允许取空值,
则在列级不允许取空值的定义可不写 */
);
[例6]建立部门表DEPT,要求部门名称Dname列取值唯一,
部门编号Deptno列为主码CREATE TABLE DEPT
(Deptno NUMERIC(2),
Dname CHAR(9) UNIQUE,/*要求Dname列值唯一*/
Location CHAR(10),
PRIMARY KEY (Deptno)
);
[例7]Student表的Ssex只允许取“男”或“女”。
CREATE TABLE Student
(Sno CHAR(9) PRIMARY KEY,
Sname CHAR(8) NOT NULL,
Ssex CHAR(2) CHECK (Ssex IN (‘男’,‘女’) ) ,
/*性别属性Ssex只允许取'男'或'女' */
Sage SMALLINT,
Sdept CHAR(20)
);
插入元组或修改属性的值时,RDBMS检查属性上的约束条件是否被满足,如果不满足则操作被拒绝执行
在CREATE TABLE时可以用CHECK短语定义元组上的约束条件,即元组级的限制
同属性值限制相比,元组级的限制可以设置不同属性之间的取值的相互约束条件
[例9] 当学生的性别是男时,其名字不能以Ms.打头。
CREATE TABLE Student
(Sno CHAR(9),
Sname CHAR(8) NOT NULL,
Ssex CHAR(2),
Sage SMALLINT,
Sdept CHAR(20),
PRIMARY KEY (Sno),
CHECK (Ssex='女' OR Sname NOT LIKE 'Ms.%')
/*定义了元组中Sname和 Ssex两个属性值之间的约束条件*/
);
性别是女性的元组都能通过该项检查,因为Ssex=‘女’成立;
当性别是男性时,要通过检查则名字一定不能以Ms.打头
插入元组或修改属性的值时,RDBMS检查元组上的约束条件是否被满足
如果不满足则操作被拒绝执行
CONSTRAINT 约束语句格式:
CONSTRAINT <完整性约束条件名><完整性约束条件>
约束条件包括[PRIMARY KEY短语 |FOREIGN KEY短语 |CHECK短语]
举个例子:
[例10] 建立学生登记表Student,要求学号在90000~99999之间,
姓名不能取空值,年龄小于30,性别只能是“男”或“女”。
CREATE TABLE Student
(Sno NUMERIC(6)
CONSTRAINT C1 CHECK (Sno BETWEEN 90000 AND 99999),
Sname CHAR(20)
CONSTRAINT C2 NOT NULL,
Sage NUMERIC(3)
CONSTRAINT C3 CHECK (Sage < 30),
Ssex CHAR(2)
CONSTRAINT C4 CHECK (Ssex IN ( '男','女')),
CONSTRAINT StudentKey PRIMARY KEY(Sno)
);
在Student表上建立了5个约束条件,包括主码约束(命名为StudentKey)
以及C1、C2、C3、C4四个列级约束。
使用ALTER TABLE语句修改表中的完整性限制
[例13] 修改表Student中的约束条件,要求学号改为在900000~999999之间,
年龄由小于30改为小于40
可以先删除原来的约束条件,再增加新的约束条件
ALTER TABLE Student
DROP CONSTRAINT C1;
ALTER TABLE Student
ADD CONSTRAINT C1 CHECK (Sno BETWEEN 900000 AND 999999);
ALTER TABLE Student
DROP CONSTRAINT C3;
ALTER TABLE Student
ADD CONSTRAINT C3 CHECK (Sage < 40);
关于域的定义有些数据库可能不同,得看相关的书籍,本节不要求学习
标准语句格式:
CREATE ASSERTION <断言名>
每个断言都被赋予一个名字,
中的约束条件与WHERE子句的条件表达式类似。
[例5.18]限制数据库课程最多 60名学生选修。
CREATE ASSERTION ASSE_SC_DB_ NUM
CHECK(60>=(SELECT count(*) /*此断言的谓词涉及聚集操作count的SQL语句*/
FROM Course,SC
WHERE SC.Cno=Course.Cno AND Course.Cname=数据库)
);
每当学生选修课程时,将在SC表中插入一条元组(Sno, Cno, NULL),
ASSE_SC_DB_NUM断言被触发检查。如果选修数据库课程的人数已经超过60人,
CHECK子句返回值为“假”,对SC表的插入操作被拒绝。
[例5.19]限制每一 门课程最多60名学生选修。
CREATE ASSERTION ASSE_SC_CNUMI
CHECK( 60>=ALL( SELECT count (*) /*此断言的谓词,涉及聚集操作count */
FROM SC /*和分组函数group by的SQL语句*/
GROUP by cno );
[例5.20 限制每个学期每一门课程最多60名学生选修]
首先修改SC表的模式,增加一个“学期(TERM)”的属性。
ALTER TABLE SC ADD TERM DATE;
/*先修改SC表,增加TERM属性,它的类型是DATE*/然后定义断言:
CREATE ASSERTION ASSE_SC_CNUM2
CHECK (60>=ALL ( select count (*) from SC group by Cno,TERM ));
DROP ASSERTION <断言名>;
如果断言很复杂,则系统在检测和维护断言上的开销较高,这是在使用断言时应该注意的。
CREATE TRIGGER语法格式:
CREATE TRIGGER <触发器名>
{BEFORE | AFTER} <触发事件> ON <表名>
FOR EACH {ROW | STATEMENT} /*类型,指明动作频率*/
[WHEN <触发条件>] <触发动作体>
创建者:表的拥有者
触发器名
表名:触发器的目标表,不能建立在视图上
触发事件:INSERT、DELETE、UPDATE
触发器类型
行级触发器(FOR EACH ROW);
语句级触发器(FOR EACH STATEMENT);
例如,假设在[例11]的TEACHER表上创建了一个AFTER UPDATE触发器。如果表TEACHER有1000行,执行如下语句:
UPDATE TEACHER SET Deptno=5;
如果该触发器为语句级触发器,那么执行完该语句后,触发动作只发生一次
如果是行级触发器,触发动作将执行1000次
触发条件
触发条件为真,则执行触发动作体,否则不执行;
省略WHEN触发条件时,只要触发器激活(触发器事件)则立刻执行触发动作体;
触发动作体
触发动作体可以是一个匿名PL/SQL过程块;
也可以是对已创建存储过程的调用;
[例18] 定义一个BEFORE行级触发器,
为教师表Teacher定义完整性规则“教授的工资不得低于4000元,
如果低于4000元,自动改为4000元”。
CREATE TRIGGER Insert_Or_Update_Sal
BEFORE INSERT OR UPDATE ON Teacher
/*触发事件是插入或更新操作*/
FOR EACH ROW /*行级触发器*/
AS BEGIN /*定义触发动作体,是PL/SQL过程块*/
IF (new.Job='教授') AND (new.Sal < 4000) THEN
new.Sal :=4000;
END IF;
END; /*触发动作体结束*/
触发器的执行是由触发事件激活的,并由数据库服务器自动执行
一个数据表上可能定义了多个触发器
同一个表上的多个触发器激活时遵循如下的执行顺序:
删除触发器的SQL语法:
DROP TRIGGER <触发器名> ON <表名>;
触发器必须是一个已经创建的触发器,并且只能由具有相应权限的用户删除。
触发器是一种功能强大的工具,使用时应注意,每次访问一个表都有可能触发一个触发器,影响性能。