数据库原理(第三版)(张红娟)ppt4

只需将例4.1中的age属性说明为如下的形式：
age int check(age>=18 and age<=65)
或在属性列表的最后加上：
check(age>=18 and age<=65)
check 还可以模拟枚举类型，例如，可在create table语句
中用以下子句说明属性sex的取值只能取“男”或“女”：
(3) 删除或修改Department元组中的Dno分量值，而该分 量值出现在一个或多个Employee的Dno分量中。 以上这些更新操作均将被系统拒绝，Employee和 Department中的元组不会有任何改变。
2) 级联策略
当对父表进行删除和修改时，SQL提供了另一种方案， 即级联策略。在这种策略下，当删除或修改父表中某元组的 主码值时，子表中具有该外部码值的元组也将被删除或修改 ，以保证参照完整性。
1) 限制策略
限制策略是sql的默认策略。任何违反参照完整性约束的
更新均被系统拒绝，这些更新操作包括(以department和
employee表为例)：
(1) 向employee表中插入一个新元组，其中的dno分量值
既非空值，也非department元组的dno分量值；
(2) 修改employee的一个元组，它的dno分量值被改为 department关系的dno分量值中不存在的非空值；
4.1.4 约束的更新
约束与数据库中的表、视图等一样，可以进行增加、删 除和修改的更新操作。为了修改和删除约束，需要在定义约 束时对约束进行命名，在约束前加上关键字CONSTRAINT和 该约束的名称。
例如，说明Employee表中的主码和外部码时，分别命名 为PK_employee和FK_employee：
(1) 在说明主码的第(1)种方法的name属性后面加上 unique说明：
name varchar(8) unique,
(2) 在说明主码的第(2)种方法的属性列表后使用unique说 明： unique(name), 通常在各商业rdbms支持的sql语言中，并没有强制规定 必须为每个关系指定主码，但为每个关系指定主码通常更好 一些。
例4.4 将Employee表的外部码Dno的更新操作设置为级
联策略，删除操作设置为限制策略。
只需将例4.3中的最后一行改为 dno char(4) references department(dno) on delete no action on update cascade
或
foreign key dno references department(dno)
主码可在定义关系的create table语句中使用primary key 关键字加以定义。有两种定义主码的方法：一种是在属性后 增加关键字；另一种是在属性表中加入额外的定义主码的子 句 primary key(主码属性名表)
例4.1 在employee表中说明eno为主码。
实现上述要求有两种方法： (1) 将属性直接说明为主码。 create table employee ( eno char(4) primary key,
2．参照完整性约束的实现策略 前面讲到参照完整性约束时，规定外部码的取值只有两 种情况：① 取空值；② 取参照关系中的主码值。 当用户的操作违反了上述规则时，如何保持此种约束呢 ？sql中提供了三种可选方案供数据库实现者使用：restrict(限 制策略)、cascade(级联策略)和set null(置空策略)。但具体使 用情况视具体的rdbms不同而不同。
1．外部码约束的说明
说明外部码的方法有两种：
(1) 在该属性的说明(属性名、类型)后直接加上关键字
references，后跟对应表的主码说明，格式为
references <父表名>(<属性名>)
其中，属性名为父表的主码或者是被定义了unique约束
的属性名。
(2) 在create table语句的属性清单后，加上外部码的说明 子句，格式为 foreign key (<属性名表>) references <父表名>(<属性名表
3) 置空策略 置空策略也是针对父表的删除或修改操作的。在这种策 略下，当删除Department中某一元组或修改某一元组的Dno 时，Employee表中Dno分量中对应该部门号的值将被置空。 目前，大型RDBMS在实现参照完整性约束时，都默认采用 了限制策略，有的也支持上述方案中的其他策略。
Microsoft SQL Server环境下的SQL基本语句中，仅提供
了cascade(级联策略)和no action(限制策略)两种可选方案，默
认设置为no action，实现方法为 (1) on delete {cascade | no action}。 当指定要创建的表中的行具有引用关系，并且从父表中 删除该行所引用的行时，要对该行采取的操作：如果指定 cascade，则从父表中删除被引用行时，也将从引用表中删除 引用行；如果指定no action，sql server将产生一个错误并回 滚父表中的行删除操作。
name varchar(8),
sex char(2), age int, dno char(2) );
(2) 在属性列表后单独说明主码。
create table employee
( eno char(4), name varchar(8), sex char(2), age int,
dno char(2),
>)
其中，属性名表中的属性可以多于一个，但必须前后对
应。
例4.3 说明employee表中dno为外部码，被参照关系为 department。 两种方法分别如下： (1) 第一种方法。
create table employee
( eno char(4) primary key, name varchar(8),
这样也可保证关系employee中，每个元组的dno值必须是
关系department中的一个部门的部门号。上述定义在以后插
入、修改关系employee中的元组时都要检查，但它的作用与
外部码的作用并不完全相同，读者可自行分析。
2．基于元组的check约束 对表内元组说明约束时，可在create table语句中的属性 表、主码、外部码的说明之后加上check子句。每当对元组进
第4章 完整性和安全性
4.1 完整性约束的SQL定义 4.2 SQL中的触发器 4.3 数据库安全 4.4 小结
4.1 完整性约束的SQL定义
4.1.1 实体完整性约束和主码
在SQL中，实体完整性是通过主码(Primary Key)的定义 来实现的。一旦某个属性或属性组被定义为主码，该主码的 每个属性就不能为空值，并且在关系中不能出现与主码值完 全相同的两个元组。
sex char(2) check(sex in ('男','女')) check子句的条件中还可以带子查询，引用该关系的其他 属性甚至是其他关系。但是，在microsoft sql server环境下的 sql基本语句中并不支持此用法。
例如，可以使用check子句实现参照完整性约束，将外部 码说明改为如下说明： check(dno in(select dno from department))
eno char(4) constraint PK_employee primary key,
dno char(4) constraint FK_employee foreign key references department(dno)；
例4.6中的约束可以在定义时命名如下： constraint rightsalary check (insure+fund<basepay)； 这样，可以使用alter table语句来更新与属性或表有关的 约束。在3.2节已讨论了使用alter table语句的其他一些用法。 这里，再举例说明对约束的使用。
check(insure+fund<basepay) );
例4.6中，check约束涉及到表中多个域，为元组约束。 在对整个元组完成插入或对某一元组的修改完成之后，系统 将检查元组是否符合check条件表达式。 完整性约束的检查将花费系统一定的时间，特别是那些 复杂的check条件，虽然非常有用，但不应滥用。
除了主码，sql中还提供了类似于候选码的说明方法，使 用关键字unique描述，说明该属性(或属性组)的值不能重复出 现。但说明为unique的属性可以定义为空值，与候选码又有 所不同。一个表中只能有一个主码，但可以有多个“unique”
说明。
例4.2 说明employee表中职工不能重名。
实现上述要求有两种方法：
1．基于属性的check约束 使用check(检查)子句可保证属性值满足某些前提条件。 check子句的一般格式为
check (<条件>)
属性的check约束既可跟在属性的定义后，也可在定义语 句中另增加一子句加以说明。
例4.5 规定employee表中属性age的值不能小于18且不能
大于65。
primary key(eno) );
如果关系的主码只含有单个属性，则上面的两种方法都
可以使用；如果主码由两个或两个以上的属性组成，则只能
使用第二种方法。例如item_emp表的主码由ino和eno组成， 则只能采用第(2)种方法，primary key子句应说明成：
primary key (ino,eno)
on delete no action on update cascade
4.1.3 用户自定义完整性约束
用户自定义完整性约束取决于应用环境的需要，因此不 同数据库应用系统的自定义完整性要求是千差万别的，有些