第五章(数据库完整性)
数据库第五章习题及答案
数据库第五章习题及答案本文档为数据库第五章的习题及答案，帮助读者巩固数据库相关知识。
习题1. 数据库的优点有哪些？数据库具有以下优点： - 数据共享：多个用户可以同时访问和共享数据库中的数据。
- 数据一致性：数据库提供事务管理能力，保证了数据的一致性。
- 数据持久性：数据在数据库中是永久存储的，不会因为系统关机或程序结束而丢失。
- 数据冗余度低：数据库通过规范化设计，减少了数据的冗余性，提高了数据的存储效率。
- 数据独立性：数据库支持数据与应用程序的独立性，提高了系统的灵活性和维护性。
- 数据安全性：数据库提供了用户权限管理和数据备份机制，保证了数据的安全性。
2. 数据库的三级模式结构是什么？数据库的三级模式结构包括： - 外模式（视图层）：外模式是用户所看到的数据库的子集，用于描述用户对数据库的逻辑视图。
每个用户可以有不同的外模式来满足自己的需求。
- 概念模式（逻辑层）：概念模式是全局数据库的逻辑结构和组织方式，描述了数据的总体逻辑视图。
概念模式独立于具体的应用程序，是数据库管理员的角度来看待数据库的。
- 内模式（物理层）：内模式是数据库的存储结构和物理组织方式，描述了数据在存储介质上的实际存储方式。
3. 数据库的完整性约束有哪些？数据库的完整性约束包括： - 实体完整性约束：确保表的主键不为空，每个实体都能够唯一标识。
- 参照完整性约束：确保外键的引用关系是有效的，即外键值必须等于被引用表中的主键值或者为空。
- 用户定义完整性约束：用户可以自定义额外的完整性约束，如检查约束、唯一约束、默认约束等。
4. 数据库的关系模型有哪些特点？数据库的关系模型具有以下特点： - 数据用二维表的形式进行组织，表由行和列组成，每一行表示一个实体，每一列表示一个属性。
- 表与表之间通过主键和外键建立关联关系，形成关系。
- 关系模型提供了一种数据独立性的设计方法，使得应用程序与数据的逻辑结构相分离，提高了系统的灵活性和可维护性。
(完整版)第五章_数据库完整性(习题)
(完整版)第五章_数据库完整性(习题)一、选择题1.完整性检查和控制的防范对象是( ）,防止它们进入数据库。
安全性控制的防范对象是(）,防止他们对数据库数据的存取。
A.不合语义的数据 B。
非法用户 C.不正确的数据 D.非法操作2.找出下面SQL命令中的数据控制命令（）.A。
GRANT MIT C.UPDATE D.SELECT3.下述SQL命令中，允许用户定义新关系时，引用其他关系的主码作为外码的是（）。
A。
INSERT B。
DELETE C.REFERENCES D. SELECT4.下述SQL命令的短语中，不用于定义属性上约束条件的是(）。
A.NOT NULL短语 B。
UNIQUE短语 C.CHECK短语 D。
HAVING短语二、填空题1.数据库的完整性是指数据的正确性和相容性.2.关系模型的实体完整性在CREATE TABLE中用 primary key 关键字来实现。
3.检查主码值出现不唯一和有一个为空违约情况时，则DBMS拒绝插入或修改。
4.关系模型的参照完整性在CREATE TABLE中用 foreign key关键字来实现。
5.当参照完整性检查出现违约情况时,则DBMS可以采用拒绝、级联和设置为空策略处理。
6.参照完整性的级连操作的关键字是cascade .7.在CREATE TABLE中定义属性上的约束条件，包括not null 、unique 和 check。
8.在CREATE TABLE中定义属性上的约束条件，检查列值唯一用unique 关键字。
9.关系模型的元组上的约束条件的定义，在CREATE TABLE中用check关键字来实现。
10.在Sno（学号)列上创建约束，要求Sno的值在18至22岁之间,约束名Sno_CK。
请写出对应的完整性命名子句constraintSno_CK primary key check(sno between 18 and 22）。
1．A C ；BD 2. A 3。
第5章sql数据库完整性约束
5．2．4 默认值（DEFAULT）约束
默认约束是指在用户未提供某些列的数据时，数据库 系统为用户提供的默认值。从而简化应用程序代码和提高 系统性能。 表的每一列都可包含一个DEFAULT定义。可以修改或 删除现有的DEFAULT定义，但必须首先删除已有的 DEFAULT定义，然后通过新定义重新创建。 1．利用Management Studio定义（删除）default约束 步骤1：右键要建立default约束的表选择“修改”。 步骤2：在弹出的窗口中对应字段的“默认值或绑定”处 输入默认值。 步骤3：点击保存即可。
PRIMARY KEY约束在表中定义一个主键，唯一的标 识表中的行。一个表只能有一个PRIMARY KEY约束。
当向表中的现有列添加PRIMARY KEY约束时，SQL Server将检查列中现有的数据以确保现有数据遵从主键的 规则，即无空值、无重复值。 每个表都应有一个主键。主键可以是一列或列组合。
CREATE TABLE kc_new (5-4)
(课程号 CHAR(4) NOT NULL CONSTRAINT pk_kch1 PRIMARY KEY, 课程名 CHAR(16) NOT NULL CONSTRAINT ix_kcm1 UNIQUE,
学分 SMALLINT,
数据库系统概论第五章完整性
一、选择题1．实体完整性要求主属性不能取空值，这一点可通过（ ）来保证。
A ．定义外部键B ．定义主键C ．用户定义的完整性D ．由关系系统自动答案：B2. （ ）定义了对参照关系的外部属性值域的约束。
A ．实体完整性规则B ．用户定义的完整性规则C ．参照完整性规则D ．以上均不是答案：C3.在如下2个数据库的表中，若雇员信息表EMP 的主键是雇员号，部门信息表DEPT 的主键是部门号。
若执行所列出的操作，哪个操作不能执行（ ）EMP DEPTA ．从雇员信息表EMP 中删除行（’010’,’’王利,’01’,’1200’）B ．在雇员信息表EMP 中插入行（’102’,’赵丽’,’01’,’1500’）C ．将雇员信息表EMP 中雇员号=’010’的工资改为1600元D ．将雇员信息表EMP 中雇员号=’101’的部门号改为’05’答案：D4.关系数据库中，实现主码标识元组的作用是通过（ ）A ．实体完整性规则B ．参照完整性规则C ．用户自定义的完整性D ．属性的值域答案：A5.在关系数据库中，实现“表中任意两行不能相同”的约束是靠（ ）A ．外码B ．主码C ．属性D ．列答案：B6.关系数据库中，实现表与表之间的联系是通过（ ）A ．实体完整性规则B ．参照完整性规则C ．用户自定义的完整性D ．值域答案：B雇员号 雇员名 部门号 工资001 张红 02 2000 010 王利 01 1200056 马明 02 1000101 赵丽 04 1500 部门号 部门名 主任 01 业务部 李林02 销售部 江平 03 服务部 周明 04 财务部 陈胜7.根据关系模式的完整性规则，一个关系中的“主键”（）A．不能有两个B．不能成为另一个关系的外部键C．不允许为空D．可以取空值答案：C8.在关系模型中，实现“关系中不允许发现相同的元组”的约束是通过（）A．候选键B．主键C．外键D．一般键答案：B二、填空题1.为了维护数据库中数据的完整性，在对关系数据库执行插入时首先应检查__________规则。
第五章-完整性约束
第五章-完整性约束⽬录1. 概述数据库的完整性指数据的正确性(correctness)和相容性(compat-ability)。
正确性：指数据符合现实语义。
相容性：指同⼀对象在不同关系表中的数据是符合逻辑的。
为了维护数据库的完整性，数据库管理系统(DBMS)必须实现如下功能：定义完整性约束在SQL标准中定义了⼀系列定义完整性约束的语句。
完整性检查检查数据是否符合完整性约束条件的机制成为完整性检查。
完整性检查通常在INSERT、UPDATE、DELETE语句执⾏后开始检查，也可在事务提交时检查。
违约处理在DBMS发现⽤户的操作违背了完整性约束条件，将采取⼀定的操作。
关系数据库管理系统使得完整性控制成为其核⼼⽀持的功能，从⽽能为所有⽤户和应⽤提供⼀致的数据库完整性。
数据库完整性主要分为：实体完整性、参照完整性和⽤户定义完整性。
在下⽂中，我将逐⼀介绍上述三类完整性，并且还会介绍⼀些SQL中定义的⼀些特性。
2. 实体完整性定义实体完整性⽰例：CREATE TABLE Student(Sno CHAR(9) PRIMARY KEY, -- 在列⼀级定义主码Sname CHAR(20),Ssex CHAR(2),Sage SMALLINT,Sdept CHAR(20)PRIMARY KEY(Sno) -- 在表⼀级定义主码);实体完整性检查和违约处理使⽤PRIMARY KEY短语定义关系的主码后。
每当⽤户插⼊或更新记录时，DBMS都会⾃动进⾏实体完整性检查：检查主码是否唯⼀，若不唯⼀便拒绝插⼊或修改。
检查主码的各个属性是否为空，若存在为空便拒绝插⼊或修改。
3. 参照完整性关系模型的参照完整性在创建表时使⽤FOREIGN KEY短语定义参照关系。
定义参照完整性⽰例：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 Student(Cno) -- 定义表级参照完整性);参照完整性检查如你所知，参照完整性将两个表中相应的元组联系起来。
第5章 数据库完整性
第5章数据库安全性（2课时）数据库的数据保护主要包括数据的安全性和数据的完整性。
数据的安全性是为了保护数据库防止恶意的破坏和非法访问，防范对象是非法用户和非法操作。
数据库的完整性是指数据的正确性和相容性，是为了防止数据库中存在不符合语义的数据，也就是防止数据库中存在不正确的数据，防范对象是不合语义的、不正确的数据。
举例说明数据的完整性（三种完整性各一例）。
为维护数据库的完整性，DBMS必须具备三个功能：1 提供定义完整性约束条件的机制完整性约束条件也称为完整性约束规则，是数据库必须满足的语义约束条件。
SQL标准使用了一系列概念来描述完整性，包括关系模型的实体完整性、参照完整性和用户定义完整性。
这些完整性一般由SQL的DDL语句来实现。
它们作为数据库模式的一部分存入数据字典中。
2 提供完整性检查的方法DBMS中检查数据是否满足完整性约束条件的机制称为完整性检查。
一般在INSERT、UPDA TE、DELETE语句执行后开始检查，也可以在事务提交时检查。
检查这些操作执行后数据库中的数据库是否违背了完整性约束条件。
3 违约处理DBMS若发现用户的操作违背了完整性约束条件，就采取一定的动作，如拒绝（NOACTION）执行该操作，或级联（CASCADE）执行其他操作，进行违约处理以保证数据的完整性。
目前商用的DBMS产品都支持完整性控制，即完整性定义、检查控制和违约处理都是由DBMS来实现，不必由应用程序来完成，从而减轻了应用程序员的负担。
5.1 实体完整性是关系的两个不变性之一，关系的主属性的取值不能相同，主属性不能取空值，保证在一个关系中不存在两个完全相同的元组。
5.1.1 实体完整性定义关系模型的实体完整性在CREATE TABLE中用PRIMARY KEY定义。
对单属性构成的码有两种说明方法：一种是定义为列级约束条件；一种是定义为表级约束条件。
对多个属性构成的码只有一种说明方法：定义为表级约束条件。
第5章数据库完整性
4. 修改被参照关系中主码的问题
两种策略 不允许修改主码 允许修改主码 违约操作 要修改被参照关系中某些元组的主码值,而 修改被参照关系中某些元组的主码值 中某些元组的主码值, 参照关系中有些元组的外码值正好等于被参 照关系要修改的主码值,如修改Student学号; 照关系要修改的主码值,如修改 学号; 学号
受限插入:系统将拒绝向 关系插入 关系插入( 受限插入:系统将拒绝向SC关系插入(99001, , 1,90)元组. , )元组. 递归插入:系统将首先向 递归插入:系统将首先向Student关系插入 关系插入 Sno=99001的元组,然后向 关系插入 的元组, 的元组 然后向SC关系插入 (99001,1,90)元组. , , )元组.
级联修改 修改被参照关系中主码值同时, 修改被参照关系中主码值同时,用相同的方法修改 参照关系中相应的外码值; 参照关系中相应的外码值; 受限修改 拒绝此修改操作. 拒绝此修改操作.只当参照关系中没有任何元组的 外码值等于被参照关系中某个元组的主码值时, 外码值等于被参照关系中某个元组的主码值时,这 个元组的主码值才能被修改; 个元组的主码值才能被修改; 置空值修改 修改被参照关系中主码值, 修改被参照关系中主码值,同时将参照关系中相应 的外码值置为空值; 的外码值置为空值;
实体完整性
表中的Sno, Cno定义为码 例:将SC表中的 表中的 定义为码
CREATE TABLE SC ( Sno CHAR(7) NOT NULL, Cno CHAR(4) NOT NULL, Grade SMALLINT, PRIMARY KEY (Sno, Cno), );
实体完整性
实体完整性检查和违约处理
3.在参照关系中插入元组时的问题 在参照关系中插入元组时的问题
数据库应用基础第五章数据完整性
5.2 约束的类型
1 PRIMARY KEY 约束 2 FOREIGN KEY 约束 3 UNIQUE 约束 4 CHECK 约束 5 DEFAULT 约束
13
约束是一种强制数据完整性的 book_id borrower_id lend_date back_date
标准机078制9 。 960651
[[CONSTRAINT constraint_name] {PRIMARY KEY
所在列的数据类型
[CLUSTERED|NONCLUSTERED]
创建约[C束LU的S列|TUE的RN名EIQD称|UNEONCLUSTERED] |[FOREIGN KEY] REFERENCES新建约束的名称
ref_table [(ref_column)]
（3）引用完整性 引用完整性用于在输入或删除记录
时，例：保对持于表之Lib间ra已ry定_D义B数的据关库系中。的
book_info 表和 class 表，引用完整性 基于 book_info 表中的外键 (class_id) 与 class 表中的主键 (class_id) 之间 的关系 。
8
1 数据完整性的类型
{(column_name[,...])}
24
② FOREIGN KEY 约束
ALTER TABLE table_name
被FOREIGN
ADD CONSTRAINT constrainKtE_Yn约a束m参e 照的表的名
FOREIGN KEY {(column_nam称e[,...])} REFERENCES ref_table {(column_name[,...])} [ON DELETE {CASCADE|NO ACTION}] [ON UPDATE {CASCADE|NO ACTION}]
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
12
Theory of Database
计算机与信息工程分院-计算机系-马新娜
定义触发器(续) 定义触发器 续
计算机与信息工程分院-计算机系-马新娜
数据库原理
Theory of Database
第五章 数据库完整性
1
Theory of Database
计算机与信息工程分院-计算机系-马新娜
数据库完整性
数据库的完整性
数据的正确性和相容性
数据的完整性和安全性是两个不同概念
数据的完整性
防止数据库中存在不符合语义的数据，也就是防止数据库中存在不正确的数据 防范对象：不合语义的、不计算机与信息工程分院-计算机系-马新娜
定义触发器(续) 定义触发器 续
[例2]（续）
CREATE TRIGGER Update_C AFTER UPDATE ON Course FOR EACH ROW AS BEGIN IF (new.credit<> old.credit) THEN INSERT INTO C_log VALUES(o，new.credit，CURRENT_date); END IF; END;
17 Theory of Database
计算机与信息工程分院-计算机系-马新娜
5.2 触发器
5.2.1 定义触发器 5.2.2 激活触发器 5.2.3 删除触发器
18
Theory of Database
计算机与信息工程分院-计算机系-马新娜
5.2.3 删除触发器
删除触发器的SQL语法： DROP TRIGGER <触发器名> ON <表名>; 触发器必须是一个已经创建的触发器，并且只能由具有相 应权限的用户删除。 ［例21］ 删除课程表上的触发器Insert_C DROP TRIGGER Insert_C ON Course;
完整性约束定义机制 完整性检查机制 违背完整性约束条件时RDBMS应采取的动作
21
Theory of Database
[例2]（续）
CREATE TRIGGER Insert_C AFTER INSERT ON Course FOR EACH ROW AS BEGIN INSERT INTO C_log VALUES( o，new.Credit，CURRENT_date); END;
13 Theory of Database
14 Theory of Database
/*触发事件是UPDATE */
计算机与信息工程分院-计算机系-马新娜
5.2 触发器
5.2.1 定义触发器 5.2.2 激活触发器 5.2.3 删除触发器
15
Theory of Database
计算机与信息工程分院-计算机系-马新娜
5.2.2 激活触发器
19
Theory of Database
计算机与信息工程分院-计算机系-马新娜
第五章 数据库完整性
5.1 完整性规则 5.2 触发器 5.3 小结
20
Theory of Database
计算机与信息工程分院-计算机系-马新娜
5.3 小结
数据库的完整性是为了保证数据库中存储的数据 是正确的 RDBMS完整性实现的机制
数据的安全性
保护数据库防止恶意的破坏和非法的存取 防范对象：非法用户和非法操作
2
Theory of Database
计算机与信息工程分院-计算机系-马新娜
数据库完整性(续 数据库完整性 续)
为维护数据库的完整性，DBMS必须：
1.提供定义完整性约束条件的机制 2.提供完整性检查的方法 3.违约处理
8
Theory of Database
计算机与信息工程分院-计算机系-马新娜
定义触发器(续 定义触发器 续)
例如,假设在course表上创建了一个AFTER UPDATE 触发器。如果表有1000行，执行如下语句： update course set credit=5;
如果该触发器为语句级触发器，那么执行完该语句后，触发 动作只发生一次 如果是行级触发器，触发动作将执行1000次
9
Theory of Database
计算机与信息工程分院-计算机系-马新娜
定义触发器(续 定义触发器 续)
6. 触发条件
触发条件为真 省略WHEN触发条件
7. 触发动作体
触发动作体可以是一个匿名PL/SQL过程块 也可以是对已创建存储过程的调用
10
Theory of Database
计算机与信息工程分院-计算机系-马新娜
IF new.credit< 1 THEN new.credit:=1; END IF; END;
11 Theory of Database
计算机与信息工程分院-计算机系-马新娜
定义触发器(续 定义触发器 续)
［例2］定义after行级触发器，当向课程表course插入新课 程后就自动在课程变化表C_log中增加一条相应记录
触发器的执行，是由触发事件激活的，并由数据库服务器 自动执行 一个数据表上可能定义了多个触发器
同一个表上的多个触发器激活时遵循如下的执行顺序：
（1） 执行该表上的BEFORE触发器； （2） 激活触发器的SQL语句； （3） 执行该表上的AFTER触发器。
16
Theory of Database
5
Theory of Database
计算机与信息工程分院-计算机系-马新娜
5.2 触发器
5.2.1 定义触发器 5.2.2 激活触发器 5.2.3 删除触发器
6
Theory of Database
计算机与信息工程分院-计算机系-马新娜
5.2.1 定义触发器
CREATE TRIGGER语法格式
CREATE TRIGGER <触发器名> {BEFORE | AFTER} <触发事件> ON <表名> FOR EACH {ROW | STATEMENT} ［WHEN <触发条件>］ <触发动作体>
定义触发器(续 定义触发器 续)
［例1］ 定义一个BEFORE行级触发器，为表course定义完 整性规则“学分不得低于1，如果低于1，自动改为1”。 create trigger credit1 before insert or update ON course
/*触发事件是插入或更新操作*/ for each row /*行级触发器*/ as begin /*定义触发动作体，是PL/SQL过程块*/
3
Theory of Database
计算机与信息工程分院-计算机系-马新娜
第五章 数据库完整性
5.1 完整性规则 5.2 触发器 5.3 小结
4
Theory of Database
计算机与信息工程分院-计算机系-马新娜
5.1 完整性规则
实体完整性 参照完整性 用户定义的完整性 完整性约束命名字句 域中的完整性限制
计算机与信息工程分院-计算机系-马新娜
激活触发器(续 激活触发器 续)
［例3］执行修改课程的SQL语句，激活上述的触发 器。 Update Course Set credit=2 where cno=‘011'; 执行顺序是： 执行触发器credit1; 执行上面的更新SQL语句; 执行触发器Update_C .
7
Theory of Database
计算机与信息工程分院-计算机系-马新娜
定义触发器(续 定义触发器 续)
定义触发器的语法说明:
1. 创建者：表的拥有者 2. 触发器名 3. 表名：触发器的目标表 4. 触发事件：INSERT、DELETE、UPDATE 5. 触发器类型
行级触发器（FOR EACH ROW） 语句级触发器（FOR EACH STATEMENT）