《数据库理论与应用》实验指导
实验序号：实验6 一、实验目的
熟悉通过SQL语言对数据库进行完整性控制操作，包括3类完整性、check短语、constraint子句、触发器。因为完整性约束绝大部分是在定义表结构的时候完成的，因此可能需要多次定义表，如果表名发生重复，可以先将旧表删除再重建。 二、实验平台
1、 利用实验1所安装的RDBMS及其交互查询工具来操作SQL语言 三、实验内容和要求
1.实体完整性 -- 定义表的主码
关系模型的实体完整性在CREATE TABLE中用PRIMARY KEY定义。定义主码的方法分为定义为列级约束条件和定义为表级约束条件。
1）定义表student，并将其中的sno属性定义为主码。Student表由（SNO,SNAME,SSEX,SAGE,SDEPT）等列组成，各列的类型分别是(CHAR(7), CHAR(8),CHAR(2),SMALLINT,CHAR(20))。 2）定义表SC,并将其中的属性sno,cno定义为主码
2.参照完整性
关系模型的参照完整性在CREATE TABLE中用FOREIGN KEY定义,并用REFERENCES来指明外码参照的是哪些表的主码。
1） 定义表sc,其中sno参照表student的主码sno, cno参照表course的主码cno. Sc
表
有
(SNO,CNO,GRADE)
等
属
性
，
类
型
分
别
是
实验项目名称：数据完整性控制
(CHAR(7),CHAR(4),SMALLINT).
3. 用户定义完整性
用户定义属性上的约束条件
1） 列值非空。在定义sc表时，sno,cno和grade属性都不允许取空值
2） 列值唯一。建立部门表DEPT，要求部门名称Dname取值唯一，部门编号Deptno属性为主码
DEPT表有(DEPTNO, DNAME, LOCATION)三个属性。
3） CHECK短语指定列值应该满足的条件。定义表student，属性ssex的值只允许取“男”或“女”；定义表sc,属性GRADE的值在0~100之间 Student表和sc表的其他信息参加上面的例子 4） 用户定义的元组上约束条件
CHECK短语不仅能够定义属性上的约束条件，而且还能允许用户定义元组级的约束条件。
定义表student,要求当学生性别为男时，其名字不能以Ms.打头。其他信息如之前的例子。
4．CONSTRAINT完整性约束命名子句
在定义表时利用约束命名子句对完整性约束条件命名，能够灵活地增加或删除一个完整性约束条件。
1） 定义表student，要求学号在90000~99999之间，姓名不能取空值，年龄小于30，性别只能是“男”或“女”。要求全部用约束命名子句实现，主码约束也要用约束命名子句实现，列信息见之前例子
2） 修改表student中的完整性约束，去掉对性别的限制，并将对年龄的限制由小于30改为小于40。
5．触发器
触发器可以看成是一类特殊的存储过程，在满足某个特定条件时自动触发执
行，是提高数据库服务器性能的有力工具。
触发器分为三类，更新触发器、插入触发器和删除触发器。
能够定义触发器的用户有表的所有者、系统管理员、拥有创建触发器权限且
拥有对操作对象相应操作权限的用户。
1） 定义表TAB，并定义触发器TR1，在对TAB的插入和更新前检查，如果插入
或更新的值在100~1000之间，将值置为50；如果值大于1000的话，失败。并进行检测。
2） 删除触发器TR1，并进行检测，查看是否还有上述限制。