完整性 Flashcards

0
Q

数据库的完整性概念与数据库的安全性概念之间存在什么区别和联系

A

数据库的完整性和安全性是两个不同的概念,但是它们存在一定的联系。
数据的完整性是为了防止数据库中存在不符合语义的数据,也就是防止数据库中存在不正确的数据,防止错误信息的输入和输出所造成的无效操作和错误结果。数据的安全性是保护数据库防止恶意的破坏和非法的存取。
完整性检查和控制的防范对象是不合语义的、不正确的数据,防止它们进入数据库。安全性控制的防范对象是非法用户和非法操作,防止他们对数据库的非法存取。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
1
Q

数据库的完整性

A

数据的正确性和相容性。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

为维护数据库的完整性,DBMS必须能够

(RDBMS的完整性控制机制应具有哪些功能)

A

1。定义功能,即提供定义完整性约束条件的机制。
2。检查功能,即检查用户所发出的操作请求是否违背完整性约束条件。
3。违约处理,如果发现用户的操作请求使数据违背了完整性约束条件,则采取一定的措施来保证数据库的完整性。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

完整性约束条件

A

也称为完整性规则,是数据库中的数据必须满足的语义约束条件。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

SQL标准使用了一系列概念来描述完整性

A

包括关系模型的实体完整性、参照完整性和用户定义完整性。这些完整性一般由SQL的DDL语句来实现。它们作为数据库模式的一部分存入数据字典中。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

完整性检查

A

DBMS中检查数据是否满足完整性约束条件的机制。

一般在INSERT、UPDATE、DELETE语句执行后开始检查,也可以在事务提交时检查。检查这些操作执行后数据库中的数据是否违背了完整性约束条件。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

违约处理

A

DBMS若发现用户的操作违背了完整性约束条件,就采取一定的动作,如拒绝(NO ACTION)执行该操作,进行违约处理以保证数据的完整性。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

完整性控制

A

目前商用的DBMS产品都支持完整性控制。即完整性定义和检查控制由DBMS实现,不必由应用程序来完成,从而减轻了应用程序员的负担。更重要的是使得完整性控制成为DBMS核心支持的功能,从而能够为所有的用户和所有的应用提供一致的数据库完整性。因为由应用程序来实现完整性控制是有漏洞的。有的应用程序定义的完整性约束条件可能被其他应用程序破坏。数据库数据的正确性仍然无法保障。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

实体完整性

A

在CREATE TABLE中用PRIMARY KEY定义。

对单属性构成的码有两种说明方法,一种是定义为列级约束条件,另一种是定义为表级约束条件。对多属性构成的码只有一种说明方法,即定义为表级约束条件。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

实体完整性检查和违约处理

A

用PRIMARY KEY短语定义了关系的主码后,每当用户程序对基本表插入一条记录或者对主码列进行更新操作时,RDBMS将按照实体完整性规则自动进行检查。包括:
1。检查主码值是否唯一,如果不唯一则拒绝插入或修改。
2。检查主码的各个属性是否为空,只要有一个为空就拒绝插入或修改。
从而保证了实体完整性。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

检查记录中主码值是否唯一的方法

A

1。全表扫描。依次判断表中每一条记录的主码值与将插入记录上的主码值(或者修改的新主码值)是否相同。

2。全表扫描是十分耗时的。为了避免对基本表进行全表扫描,RDBMS核心一般都在主码上自动建立一个索引,如B+树索引。通过索引查找基本表中是否已经存在新的主码值,将大大提高效率。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

参照完整性

A

在CREATE TABLE中用FOREIGN KEY短语定义哪些列为外码,用REFERENCES短语指明这些外码参照哪些表的主码。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

参照完整性检查和违约处理

(RDBMS在实现参照完整性时需考虑哪些内容)

A

一个参照完整性将两个表中相应元组联系起来了。因此,对被参照表和参照表进行增删改操作时有可能破坏参照完整性,必须进行检查。
被参照表 参照表 违约处理
可能破坏参照完整性 插入元组 拒绝
可能破坏参照完整性 修改外码值 拒绝
删除元组 可能破坏参照完整性 拒绝/级联删除/设置为空值
修改主码值 可能破坏参照完整性 拒绝/级联修改/设置为空值

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

违约处理的策略

A

1。拒绝(NO ACTION)执行。不允许该操作执行。该策略一般设置为默认策略。
2。级联(CASCADE)操作。当删除或修改被参照表的一个元组造成了与参照表的不一致,则删除或修改参照表中的所有造成不一致的元组。
3。设置为空值。当删除或修改被参照表的一个元组时造成了不一致,则将参照表中的所有造成不一致的元组的对应属性设置为空值。
一般地,当对参照表和被参照表的操作违反了参照完整性,系统选用默认策略,即拒绝执行。如果想让系统采用其他的策略必须在创建表的时候显式地加以说明。
可以对DELETE和UPDATE采用不同的策略。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

外码能否接受空值的问题

A

RDBMS在实现参照完整性时,除了要定义主码、外码的机制外,还应该定义外码列是否允许空值,还需要提供不同的策略供用户选择。选择哪种策略,要根据应用环境的要求确定。

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

用户定义的完整性

A

针对某一具体应用的数据必须满足的要求。

目前的RDBMS都提供了定义和检验这类完整性的机制,使用了和实体完整性、参照完整性相同的技术和方法来处理它们,而不必由应用程序承担这一功能。

16
Q

属性上的约束条件的定义

A

在CREATE TABLE中定义属性的同时可以根据应用要求,定义属性上的约束条件,即属性值限制,包括:
1。列值非空(NOT NULL短语)
2。列值唯一(UNIQUE短语)
3。检查列值是否满足一个布尔表达式(CHECK短语)。
如果在表级定义实体完整性,隐含了主码不允许取空值,则在列级不允许取空值的定义就不必写了。

17
Q

属性上的约束条件检查和违约处理

A

当往表中插入元组或修改属性的值时,RDBMS就检查属性上的约束条件是否被满足,如果不满足则操作被拒绝执行。

18
Q

元组上的约束条件的定义

A

与属性上约束条件的定义类似,在CREATE TABLE语句中可以用CHECK短语定义元组上的约束条件,即元组级的限制。同属性值限制相比,元组级的限制可以设置不同属性之间的取值的相互约束条件。

19
Q

元组上的约束条件检查和违约处理

A

当往表中插入元组或修改属性的值时,RDBMS就检查元组上的约束条件是否被满足,如果不满足则操作被拒绝执行。

20
Q

完整性约束命名子句CONSTRAINT

A

对完整性约束条件命名。从而可以灵活地增加、删除一个完整性约束条件。

CONSTRAINT [PRIMARY KEY短语|FOREIGN KEY短语|CHECK短语]

21
Q

修改表中的完整性限制

A

ALTER TABLE

22
Q

域中的完整性限制

A

SQL支持域的概念,并可以用CREATE DOMAIN语句建立一个域以及该域应该满足的完整性约束条件。
CREATE DOMAIN GenderDomain CHAR (2) CONSTRAINT GD CHECK (VALUE IN (‘男’,’女’));
(对Ssex的说明可以改为Ssex GenderDomain)
删除域限制条件GD:
ALTER DOMAIN GenderDomain DROP CONSTRAINT GD;
增加限制条件GDD:
ALTER DOMAIN GenderDomain ADD CONSTRAINT GDD CHECK (VALUE IN (‘1’,’0’));

23
Q

触发器

A

用户定义在关系表上的一类由事件驱动的特殊过程。
一旦定义,任何用户对表的增、删、改操作均由服务器自动激活相应的触发器,在DBMS核心层进行集中的完整性控制。
触发器类似于约束,但是比约束更加灵活,可以实施比FOREIGN KEY约束、CHECK约束更为复杂的检查和操作,具有更精细和更强大的数据控制能力。
不同的RDBMS实现的触发器语法也会有所不同。

24
Q

建立触发器

A

CREATE TRIGGER {BEFORE|AFTER} ON FOR EACH {ROW|STATEMENT} [WHEN]

25
Q

激活触发器

A

触发器的执行,是由触发事件激活的,并由数据库服务器自动执行的。一个数据表上可能定义了多个触发器。同一个表上的多个触发器激活时遵循如下的执行顺序:
1。执行该表上的BEFORE触发器。
2。激活触发器的SQL语句。
3。执行该表上的AFTER触发器。
对于同一个表上的多个BEFORE(AFTER)触发器,遵循"谁先创建谁先执行"的原则,即按照触发器创建的时间先后顺序执行。(有些RDBMS是按照触发器名称的字母排序顺序执行触发器。)

26
Q

删除触发器

A

DROP TRIGGER ON ;

触发器必须是一个已经创建的触发器,并且只能由具有相应权限的用户删除。

27
Q

在参照完整性控制中,首先向被参照关系中插入主码值与参照关系中插入元组的外码值相同的元组,然后插入参照关系中相应的元组这种插入控制属于___。

A

递归插入