chp5

AnIntroductiontoDatabaseSystem中国人民大学信息学院数据库完整性数据库的完整性数据的正确性和相容
性数据的完整性和安全性是两个不同概念数据的完整性防止数据库中存在不符合语义的数据，也就是防止数据库中存在不正确的数据防范
对象：不合语义的、不正确的数据数据的安全性保护数据库防止恶意的破坏和非法的存取防范对象：非法用户和非法操作数据库完整性(续
)为维护数据库的完整性，DBMS必须：1.提供定义完整性约束条件的机制2.提供完整性检查的方法3.违约处理第五章数据库
完整性5.1实体完整性5.2参照完整性5.3用户定义的完整性5.4完整性约束命名字句5.5域中的完
整性限制5.6触发器5.7小结5.1实体完整性5.1.1实体完整性定义5.1.2实体完整性检查和违约处理
5.1.1实体完整性定义关系模型的实体完整性CREATETABLE中用PRIMARYKEY定义单属性构成的码有两种
说明方法定义为列级约束条件定义为表级约束条件对多个属性构成的码只有一种说明方法定义为表级约束条件实体完整性定义(续)
［例1］将Student表中的Sno属性定义为码(1)在列级定义主码
CREATETABLEStudent(SnoCHAR(9)
PRIMARYKEY，SnameCHAR(20)NOTNULL，
SsexCHAR(2)，SageSMALLINT，
SdeptCHAR(20));实体完整性定义(续)(2)在表级定义主码CREAT
ETABLEStudent(SnoCHAR(9)，SnameCHAR(20)
NOTNULL，SsexCHAR(2)，SageSMALLINT，
SdeptCHAR(20)，PRIMARYKEY(Sno));实体完整性定
义(续)［例2］将SC表中的Sno，Cno属性组定义为码CREATETABLESC(S
noCHAR(9)NOTNULL，CnoCHAR(4)NOTNULL，
GradeSMALLINT，PRIMARYKEY(Sno，Cno)
/只能在表级定义主码/);5.1实体完整性5.1.1实体完整性定义5.1.2实体完整性
检查和违约处理5.1.2实体完整性检查和违约处理插入或对主码列进行更新操作时，RDBMS按照实体完整性规则自动进行检查。包括
：1.检查主码值是否唯一，如果不唯一则拒绝插入或修改2.检查主码的各个属性是否为空，只要有一个为空就拒绝插入或修改实体
完整性检查和违约处理(续)检查记录中主码值是否唯一的一种方法是进行全表扫描实体完整性检查和违约处理(续)索引第五章数据
库完整性5.1实体完整性5.2参照完整性5.3用户定义的完整性5.4完整性约束命名字句5.5域中的
完整性限制5.6触发器5.7小结5.2参照完整性5.2.1参照完整性定义5.2.2参照完整性检查和违约
处理5.2.1参照完整性定义关系模型的参照完整性定义在CREATETABLE中用FOREIGNKEY短语定义哪些列
为外码用REFERENCES短语指明这些外码参照哪些表的主码参照完整性定义(续)例如，关系SC中一个元组表示一个学生选修的
某门课程的成绩，（Sno，Cno）是主码。Sno，Cno分别参照引用Student表的主码和Course表的主码［例3］定
义SC中的参照完整性CREATETABLESC(SnoCHAR(9)NOTNU
LL，CnoCHAR(4)NOTNULL，GradeSM
ALLINT，PRIMARYKEY(Sno，Cno)，/在表级定义实体完整性/
FOREIGNKEY(Sno)REFERENCESStudent(Sno)，/在表
级定义参照完整性/FOREIGNKEY(Cno)REFERENCESCourse(Cno)
/在表级定义参照完整性/);5.2参照完整性5.2.1参照完整性定义5.2.2
参照完整性检查和违约处理参照完整性检查和违约处理违约处理参照完整性违约处理1.拒绝(NOACTION)执行默认
策略2.级联(CASCADE)操作3.设置为空值（SET-NULL）对于参照完整性，除了应该定义外码，还应定义外码列
是否允许空值违约处理(续)［例4］显式说明参照完整性的违约处理示例CREATETABLESC
(SnoCHAR(9)NOTNULL，CnoCHAR(4)NOTNULL，
GradeSMALLINT，PRIMARYKEY（Sno，Cno），
FOREIGNKEY(Sno)REFERENCESStudent(Sno) ONDELETECASCADE
/级联删除SC表中相应的元组/ONUPDATECASCADE，/级联更新SC
表中相应的元组/FOREIGNKEY(Cno)REFERENCESCourse(Cno)
ONDELETENOACTION
/当删除course表中的元组造成了与SC表不一致时拒绝删除/ONUPDATEC
ASCADE /当更新course表中的cno时，级联更新SC表中相应的元组/)；第五
章数据库完整性5.1实体完整性5.2参照完整性5.3用户定义的完整性5.4完整性约束命名字句5.5
域中的完整性限制5.6触发器5.7小结5.3用户定义的完整性用户定义的完整性就是针对某一具体应用的数据必须
满足的语义要求RDBMS提供，而不必由应用程序承担5.3用户定义的完整性5.3.1属性上的约束条件的定义5.3.2
属性上的约束条件检查和违约处理5.3.3元组上的约束条件的定义5.3.4元组上的约束条件检查和违约处理5.3.1
属性上的约束条件的定义CREATETABLE时定义列值非空（NOTNULL）列值唯一（UNIQUE）检查列值是否满足一
个布尔表达式（CHECK）属性上的约束条件的定义(续)1.不允许取空值［例5］在定义SC表时，说明Sno、Cno、G
rade属性不允许取空值。CREATETABLESC（SnoCHAR(9)NOTNULL，
CnoCHAR(4)NOTNULL， GradeSMALLINTNOT
NULL， PRIMARYKEY(Sno，Cno)，/如果在表级定义实
体完整性，隐含了Sno，Cno不允许取空值，则在列级不允许取空值的定义就不必写了/）；属性上的约束条件
的定义(续)2.列值唯一［例6］建立部门表DEPT，要求部门名称Dname列取值唯一，部门编号Deptno列为主码
CREATETABLEDEPT(DeptnoNUMERIC(2)，Dname
CHAR(9)UNIQUE，/要求Dname列值唯一/LocationCHAR(10)，
PRIMARYKEY(Deptno))；属性上的约束条件的定义(续)3.用CHECK短
语指定列值应该满足的条件［例7］Student表的Ssex只允许取“男”或“女”。CREATETABLESt
udent(SnoCHAR(9)PRIMARYKEY，SnameCHAR(8)
NOTNULL，SsexCHAR(2)CHECK(Ss
exIN(‘男’，‘女’))，/性别属性Ssex只允许取''
男''或''女''/SageSMALLINT，SdeptCHAR(20)
);5.3用户定义的完整性5.3.1属性上的约束条件的定义5.3.2属性上的约束条件检查和违约处理5.
3.3元组上的约束条件的定义5.3.4元组上的约束条件检查和违约处理5.3.2属性上的约束条件检查和违约处理插入元组
或修改属性的值时，RDBMS检查属性上的约束条件是否被满足如果不满足则操作被拒绝执行5.3用户定义的完整性5.3.1
属性上的约束条件的定义5.3.2属性上的约束条件检查和违约处理5.3.3元组上的约束条件的定义5.3.4元组上的约束
条件检查和违约处理5.3.3元组上的约束条件的定义在CREATETABLE时可以用CHECK短语定义元组上的约束条件，即
元组级的限制同属性值限制相比，元组级的限制可以设置不同属性之间的取值的相互约束条件元组上的约束条件的定义(续)［例9］
当学生的性别是男时，其名字不能以Ms.打头。CREATETABLEStudent(Sno
CHAR(9)，SnameCHAR(8)NOTNULL，SsexCH
AR(2)，SageSMALLINT，SdeptCHAR(20)，
PRIMARYKEY(Sno)，CHECK(Ssex=''女''ORSnameNOTL
IKE''Ms.%'')/定义了元组中Sname和Ssex两个属性值之间的约束条件/)
；性别是女性的元组都能通过该项检查，因为Ssex=‘女’成立；当性别是男性时，要通过检查则名字一定不能以Ms.打头5.3
用户定义的完整性5.3.1属性上的约束条件的定义5.3.2属性上的约束条件检查和违约处理5.3.3元组上的约束条件的
定义5.3.4元组上的约束条件检查和违约处理5.3.4元组上的约束条件检查和违约处理插入元组或修改属性的值时，RDB
MS检查元组上的约束条件是否被满足如果不满足则操作被拒绝执行第五章数据库完整性5.1实体完整性5.2参照完整性
5.3用户定义的完整性5.4完整性约束命名子句5.5域中的完整性限制5.6触发器5.7小结5.
4完整性约束命名子句CONSTRAINT约束CONSTRAINT<完整性约束条件名>［PRIMARYKEY短语
|FOREIGNKEY短语|CHECK短语］完整性约束命名子句(续)［例10］建立学生登记表Studen
t，要求学号在90000~99999之间，姓名不能取空值，年龄小于30，性别只能是“男”或“女”。CREATETABL
EStudent(SnoNUMERIC(6)CONSTRAINTC1CHECK(Sno
BETWEEN90000AND99999)，SnameCHAR(20)CONS
TRAINTC2NOTNULL，SageNUMERIC(3)CONSTRAINTC
3CHECK(Sage<30)，SsexCHAR(2)CONSTRAINTC4
CHECK(SsexIN(''男''，''女''))，CONSTRAINTStudentKeyPRIMARY
KEY(Sno))；在Student表上建立了5个约束条件，包括主码约束（命名为StudentKey）以及C1、
C2、C3、C4四个列级约束。完整性约束命名子句(续)2.修改表中的完整性限制使用ALTERTABLE语句修改表中的完整
性限制完整性约束命名子句(续)［例13］修改表Student中的约束条件，要求学号改为在900000~999999之间，年
龄由小于30改为小于40可以先删除原来的约束条件，再增加新的约束条件ALTERTABLEStudent
DROPCONSTRAINTC1;ALTERTABLEStudentADD
CONSTRAINTC1CHECK(SnoBETWEEN900000AND999999)，ALTE
RTABLEStudentDROPCONSTRAINTC3;ALTERTABLES
tudentADDCONSTRAINTC3CHECK(Sage<40)；第五章数据库完整性5.
1实体完整性5.2参照完整性5.3用户定义的完整性5.4完整性约束命名字句5.5域中的完整性限制5
.6触发器5.7小结5.5域中的完整性限制SQL支持域的概念，并可以用CREATEDOMAIN语句建立一个域
以及该域应该满足的完整性约束条件。［例14］建立一个性别域，并声明性别域的取值范围CREATEDOMA
INGenderDomainCHAR(2)CHECK(VALUEIN(''男''，''女''));
这样［例10］中对Ssex的说明可以改写为SsexGenderDomain［例15］建
立一个性别域GenderDomain，并对其中的限制命名CREATEDOMAINGenderDomai
nCHAR(2)CONSTRAINTGDCHECK(VALUEIN(''男''，''女''));
域中的完整性限制(续)［例16］删除域GenderDomain的限制条件GD。ALTERDOMAIN
GenderDomainDROPCONSTRAINTGD;［例17］在域GenderDoma
in上增加限制条件GDD。ALTERDOMAINGenderDomainAD
DCONSTRAINTGDDCHECK(VALUEIN(''1''，''0''));通过［例16］和［例17］，就把性
别的取值范围由(''男''，''女'')改为(''1''，''0'')第五章数据库完整性5.1实体完整性5.2参照完整性5
.3用户定义的完整性5.4完整性约束命名字句5.5域中的完整性限制5.6触发器5.7小结触发器
触发器（Trigger）是用户定义在关系表上的一类由事件驱动的特殊过程由服务器自动激活可以进行更为复杂的检查和操作，具有更精细
和更强大的数据控制能力5.6触发器5.6.1定义触发器5.6.2激活触发器5.6.3删除触发器5.6
.1定义触发器CREATETRIGGER语法格式 CREATETRIGGER<触发器名>
{BEFORE|AFTER}<触发事件>ON<表名>FOREACH{ROW|STATEM
ENT}［WHEN<触发条件>］<触发动作体>定义触发器(续)定义触发器的语法说明:1.
创建者：表的拥有者2.触发器名3.表名：触发器的目标表4.触发事件：INSERT、DELETE、UPDATE5.触
发器类型行级触发器（FOREACHROW）语句级触发器（FOREACHSTATEMENT）定义触发器(续)例如,
假设在［例11］的TEACHER表上创建了一个AFTERUPDATE触发器。如果表TEACHER有1000行，执行如下语句：
UPDATETEACHERSETDeptno=5;如果该触发器为语句级触发器，那么执行完该语句后，触发动作只发生一
次如果是行级触发器，触发动作将执行1000次定义触发器(续)6.触发条件触发条件为真省略WHEN触发条件7.
触发动作体触发动作体可以是一个匿名PL/SQL过程块也可以是对已创建存储过程的调用定义触发器(续)［例18］定义一个B
EFORE行级触发器，为教师表Teacher定义完整性规则“教授的工资不得低于4000元，如果低于4000元，自动改为4000元”
。CREATETRIGGERInsert_Or_Update_SalBEFOREINSERT
ORUPDATEONTeacher/触发事件是插入或更新操作/FOREAC
HROW/行级触发器/ASBEGIN
/定义触发动作体，是PL/SQL过程块/IF(ne
w.Job=''教授'')AND(new.Sal<4000)THENnew.Sal:=
4000;ENDIF;END;
定义触发器(续)［例19］定义AFTER行级触发器，当教师表Teacher的工资
发生变化后就自动在工资变化表Sal_log中增加一条相应记录首先建立工资变化表Sal_logCREATETAB
LESal_log(EnoNUMERIC(4)referencesteacher(eno)，
SalNUMERIC(7，2)，Usernamechar(10)，
DateTIMESTAMP)；定义触发器(续)[例19]（续）CREATETRIGG
ERInsert_Sal AFTERINSERTONTeacher /
触发事件是INSERT/FOREACHROWASBEGININSERTINTO
Sal_logVALUES(new.Eno，new.Sal，CURRENT_USER，CURRENT_T
IMESTAMP);END;定义触发器(续)[例19]（续）CREATETRIGGERUpdate_Sal
AFTERUPDATEONTeacher /触发事件是UPDATE/F
OREACHROWASBEGINIF(new.Sal<>old.Sal)THENINSERT
INTOSal_logVALUES(new.Eno，new.Sal，CURRENT_USER，CURR
ENT_TIMESTAMP);ENDIF;END;5.6触发器5.6.1定义触发器5.6.2激
活触发器5.6.3删除触发器5.6.2激活触发器触发器的执行，是由触发事件激活的，并由数据库服务器自动执行一个数
据表上可能定义了多个触发器同一个表上的多个触发器激活时遵循如下的执行顺序：（1）执行该表上的BEFORE触发器；（2）激
活触发器的SQL语句；（3）执行该表上的AFTER触发器。激活触发器(续)［例20］执行修改某个教师工资的SQL语句，激活
上述定义的触发器。UPDATETeacherSETSal=800WHEREEname=''陈平'';执
行顺序是：执行触发器Insert_Or_Update_Sal执行SQL语句“UPDATETeacherSETSal=80
0WHEREEname=''陈平'';”执行触发器Insert_Sal；执行触发器Update_Sal5.6触发器5.6.1定义触发器5.6.2激活触发器5.6.3删除触发器5.6.3删除触发器删除触发器的SQL语法：DROPTRIGGER<触发器名>ON<表名>;触发器必须是一个已经创建的触发器，并且只能由具有相应权限的用户删除。［例21］删除教师表Teacher上的触发器Insert_SalDROPTRIGGERInsert_SalONTeacher;第五章数据库完整性5.1实体完整性5.2参照完整性5.3用户定义的完整性5.4完整性约束命名字句5.5域中的完整性限制5.6触发器5.7小结5.7小结数据库的完整性是为了保证数据库中存储的数据是正确的RDBMS完整性实现的机制完整性约束定义机制完整性检查机制违背完整性约束条件时RDBMS应采取的动作AnIntroductiontoDatabaseSystem数据库系统概论AnIntroductiontoDatabaseSystem第五章数据库完整性可能破坏参照完整性的情况及违约处理拒绝/级连修改/设置为空值可能破坏参照完整性修改主码值拒绝/级连删除/设置为空值可能破坏参照完整性删除元组拒绝修改外码值可能破坏参照完整性拒绝插入元组可能破坏参照完整性违约处理参照表（例如SC）被参照表（例如Student）