空间数据库课件第5章数据库完整性.pptVIP

属性上的约束条件的定义(续)3.用CHECK短语指定列值应该满足的条件［例7］Student表的Ssex只允许取“男”或“女”。CREATETABLEStudent(SnoCHAR(9)PRIMARYKEY，SnameCHAR(8)NOTNULL，SsexCHAR(2)CHECK(SsexIN(‘男’，‘女’))，/*性别属性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(SnoCHAR(9)，SnameCHAR(8)NOTNULL，SsexCHAR(2)，SageSMALLINT，SdeptCHAR(20)，PRIMARYKEY(Sno)，CHECK(Ssex=女ORSnameNOTLIKEMs.%)/*定义了元组中Sname和Ssex两个属性值之间的约束条件*/)；性别是女性的元组都能通过该项检查，因为Ssex=‘女’成立；当性别是男性时，要通过检查则名字一定不能以Ms.打头5.3用户定义的完整性5.3.1属性上的约束条件的定义5.3.2属性上的约束条件检查和违约处理5.3.3元组上的约束条件的定义5.3.4元组上的约束条件检查和违约处理5.3.4元组上的约束条件检查和违约处理插入元组或修改属性的值时，RDBMS检查元组上的约束条件是否被满足如果不满足则操作被拒绝执行第五章数据库完整性5.1实体完整性5.2参照完整性5.3用户定义的完整性5.4完整性约束命名字句5.5域中的完整性限制5.6触发器5.7小结5.4完整性约束命名子句1.定义表中的完整性约束CONSTRAINT完整性约束条件名［PRIMARYKEY短语|FOREIGNKEY短语|CHECK短语］完整性约束命名子句(续)［例10］建立学生登记表Student，要求学号在90000~99999之间，姓名不能取空值，年龄小于30，性别只能是“男”或“女”。CREATETABLEStudent(SnoNUMBER(6)CONSTRAINTC1CHECK(SnoBETWEEN90000AND99999)，SnameCHAR(20)CONSTRAINTC2NOTNULL，SageNUMBER(3)CONSTRAINTC3CHECK(Sage30)，SsexCHAR(2)CONSTRAINTC4CHECK(SsexIN(男，女))，CONSTRAINTStudentKeyPRIMARYKEY(Sno))；在Student表上建立了5个约束条件，包括主码约束（命名为StudentKey）以及C1、C2、C3、C4四个列级约束。完整性约束命名子句(续)2.修改表中的完整性限制使用ALTERTABLE语句修改表中的完整性限制完整性约束