‘壹’ 数据库的完整性包含哪些完整性约束
数据完整性约束指的是为了防止不符合规范的数据进入数据库，在用户对数据进行插入、修改、删除等操作时，DBMS自动按照一定的约束条件对数据进行监测，使不符合规范的数据不能进入数据库，以确保数据库中存储的数据正确、有效、相容。
数据库的完整性约束包含以下类型：
1) 与表有关的约束:是表中定义的一种约束。可在列定义时定义该约束，此时称为列约束，也可以在表定义时定义约束，此时称为表约束。
2) 域(Domain)约束：在域定义中被定义的一种约束，它与在特定域中定义的任何列都有关系。
3) 断言(Assertion)：在断言定义时定义的一种约束，它可以与一个或多个表进行关联。
(1)数据库完整性的局限扩展阅读：
数据的完整性
分为以下四类：
1) 实体完整性：规定表的每一行在表中是惟一的实体。
2) 域完整性：是指表中的列必须满足某种特定的数据类型约束，其中约束又包括取值范围、精度等规定。
3) 参照完整性：是指两个表的主关键字和外关键字的数据应一致，保证了表之间的数据的一致性，防止了数据丢失或无意义的数据在数据库中扩散。
4) 用户定义的完整性：不同的关系数据库系统根据其应用环境的不同，往往还需要一些特殊的约束条件。用户定义的完整性即是针对某个特定关系数据库的约束条件，它反映某一具体应用必须满足的语义要求。
‘贰’ 数据库中 什么是数据完整性
数据库中的数据是从外界输入的，而数据的输入由于种种原因，会发生输入无效或错误信息。保证输入的数据符合规定，成为了数据库系统，尤其是多用户的关系数据库系统首要关注的问题。数据完整性因此而提出。本章将讲述数据完整性的概念及其在SQL Server 中的实现方法。
数据完整性（Data Integrity）是指数据的精确性（Accuracy） 和可靠性（Reliability）。它是应防止数据库中存在不符合语义规定的数据和防止因错误信息的输入输出造成无效操作或错误信息而提出的。
数据库采用多种方法来保证数据完整性，包括外键、约束、规则和触发器。系统很好地处理了这四者的关系，并针对不同的具体情况用不同的方法进行，相互交叉使用，相补缺点。
(2)数据库完整性的局限扩展阅读：
数据完整性分为以下3类：
1、域完整性：
是指一个列的输入有效性，是否允许为空值。强制域完整性的方法有：限制类型（通过设定列的数据类型）、格式（通过CHECK约束和规则）或可能值的范围（通过FOREIGN KEY约束、CHECK约束、DEFAULT定义、NOT NULL定义和规则）。
2、实体完整性：
是指保证表中所有的行唯一。实体完整性要求表中的所有行都有一个唯一标识符。这个唯一标识符可能是一列，也可能是几列的组合，称为主键。
3、参照完整性：
是指保证主关键字（被引用表）和外部关键字（引用表）之间的参照关系。它涉及两个或两个以上表数据的一致性维护。外键值将引用表中包含此外键的记录和被引用表中主键与外键相匹配的记录关联起来。
‘叁’ 数据库与数据仓库的本质区别是什么
1、存放值区别：
数据库只存放在当前值，数据仓库存放历史值；
2、数据变化区别：
数据库内数据是动态变化的，只要有业务发生，数据就会被更新，而数据仓库则是静态的历史数据，只能定期添加、刷新；
3、数据结构区别：
数据库中的数据结构比较复杂，有各种结构以适合业务处理系统的需要，而数据仓库中的数据结构则相对简单；
4、访问频率不同：
数据库中数据访问频率较高，但访问量较少，而数据仓库的访问频率低但访问量却很高；
5、目标人群区别：
数据库中数据的目标是面向业务处理人员的，为业务处理人员提供信息处理的支持，而数据仓库则是面向高层管理人员的，为其提供决策支持；
‘肆’ 数据库系统的安全性和完整性有什么区别和联系
一、不同点
1、内容不同
数据库完整性是指数据的正确性和相容性。
数据库安全性是指保护数据库，以防止不合法的使用造成的数据泄密、更改或破坏。
2、对象不同
数据库安全性的防范对象是非法的操作和未授权的用户。
数据库完整性的防范对象是不符合语义的数据。
二、相同点是两者都是对数据库中的数据进行控制，各自所实现的功能目标不同。
(4)数据库完整性的局限扩展阅读
数据库系统安全主要利用在系统级控制数据库的存取和使用的机制，包含：
(1) 系统的安全设置及管理，包括法律法规、政策制度、实体安全等；
(2) 数据库的访问控制和权限管理；
(3) 用户的资源限制，包括访问、使用、存取、维护与管理等；
(4) 系统运行安全及用户可执行的系统操作；
(5) 数据库审计有效性；
(6) 用户对象可用的磁盘空间及数量。
‘伍’ 关系型数据库的局限性有哪些
关系型数据库的局限性如下：
1、无法引用对象。
在关系型数据库中，通过SQL语言或视图可以表达属性值为对象的这个意思。但数据库本身并不能表达出来，需要人为设定，如果数据库设计者忘记了当初的设定，那数据库里的内容就失去含义了。我们需要的是一个本身能进行更复杂表达的数据组织方法。
如果是在编程语言中，一个对象可以将其地址赋给变量，能够直接描述对象与对象的关系。
2、相对固定的关系。
作为实体，可以设置不同的二维表结构，可以存放各种各样的实体，但关系的表达取决于设计者的认识。也就是说，是人为设定的关系。
关系数据库需要SQL或视图（本质也是SQL）来定义和描述关系，不能随需要变化。
3、相对固定的概念分类。
当变化发生时，数据库的一部分就只能重新设计，一个表需要拆分为两个表。这种变动会导致一系列的变化，程序、界面、文档、教程。
关系数据库对世界认知的相对固定性与世界的动态性有些不合时宜。如此说来，以JavaScript为代表的动态脚本语言就解决了这一问题，可以随着世界的变化随意定义属性。
(5)数据库完整性的局限扩展阅读：
关系型数据库和非关系型数据库的区别：
1、数据存储方式不同。
关系型和非关系型数据库的主要差异是数据存储的方式。关系型数据天然就是表格式的，因此存储在数据表的行和列中。
与其相反，非关系型数据不适合存储在数据表的行和列中，而是大块组合在一起。非关系型数据通常存储在数据集中，就像文档、键值对或者图结构。
2、扩展方式不同。
要支持更多并发量，SQL数据库是纵向扩展，也就是说提高处理能力，使用速度更快速的计算机，这样处理相同的数据集就更快了。
虽然SQL数据库有很大扩展空间，但最终肯定会达到纵向扩展的上限。而NoSQL数据库是横向扩展的。非关系型数据存储天然就是分布式的，NoSQL数据库的扩展可以通过给资源池添加更多普通的数据库服务器(节点)来分担负载。
3、对事务性的支持不同。
SQL数据库支持对事务原子性细粒度控制，并且易于回滚事务。
虽然NoSQL数据库也可以使用事务操作，但稳定性方面没法和关系型数据库比较，所以其价值是在操作的扩展性和大数据量处理方面。
‘陆’ 什么是数据库的完整性约束条件
数据库完整性（Database Integrity）是指数据库中数据的正确性和相容性，其目的是防止垃圾数据的进出。数据库完整性由各种各样的完整性约束来保证，因此可以说数据库完整性设计就是数据库完整性约束的设计。加在数据库之上的语义约束条件就是数据库完整性约束条件。
完整性约束条件作用对象可以使关系、元组、列三种。
●列约束主要是列的数据类型、取值范围、精度、排序等约束条件。
●元组的约束是元组中各个字段间的联系的约束。
●关系的约束是若干元组间、关系集合上以及关系之间的联系的约束。
完整性约束条件涉及这三类对象，其状态可以是静态的，也可以是动态的。所谓静态约束是指数据库每一确定状态时的数据对象所应满足的约束条件。它是反映数据库状态合理性的约束，这是最重要的一类完整性约束。
动态约束是指数据库从一种状态转变为另一种状态时，新、旧值之间所应满足的约束条件。
完整性约束条件可分为以下六类：
●静态列级约束
●静态元组约束
●静态关系约束
●动态列级约束
●动态元组约束
●动态关系约束
1. 静态列级约束是对一个列的取值域的说明，包括以下几个方面：
(1)对数据类型的约束，包括数据的类型、长度、单位、精度等；
(2)对数据格式的约束。例如规定日期的格式为YYYY－MM－DD；
(3)对取值范围或取值集合的约束。例如规定学生的成绩取值范围为0～100；
(4)对空值的约束，规定哪些列可以为空值，哪些列不能为空值；
2. 静态元组约束就是规定元组的各个列之间的约束关系。例如，订货关系中包含发货量、订货量等列，规定发货量不得超过订货量。
3. 静态关系约束是指在一个关系的各个元组之间或者若干关系之间存在的约束。常见的静态约束有：
(1)实体完整性约束；
(2)引用完整性约束；
(3)函数依赖约束；大部分函数依赖约束都在关系模式中定义。
(4)统计约束；即字段值与关系中多个元组的统计值之间的约束关系。例如，规定部门经理的工资不得高于本部门职工平均工资的5倍，不得低于本部门职工平均工资的2倍。
4. 动态列级约束是修改列定义或列值时应满足的约束条件，包括下面两方面：
(1)修改列定义时的约束。例如，将允许空值的列改为不允许空值时，如果该列目前已存在空值，则拒绝这种修改。
(2)修改列值时的约束。修改列值时有时需要参照其旧值，并且新旧值之间需要满足某种约束条件。例如，职工调整后的工资不得低于其调整前的原来工资；职工婚姻状态的变化只能是由未婚到已婚、已婚到离异、离异到再婚等几种情况。
5. 动态元组约束是指修改元组的值时元组中各个字段间需要满足某种约束条件。例如，职工工资调整时新工资不得低于原工资＋工龄*1.5等。
6. 动态关系约束是加在关系变化前后状态上的限制条件。例如，在集成电路芯片设计数据库中，一个设计中用到的所有单元的工艺必相同，因此，在更新某个设计单元时，设计单元的新老工艺必须保持一致。
‘柒’ 数据库的完整性是什么啊！
数据库的完整性的全名叫做：关系数据库的参照完整性(Referential Integrity)，一般是用在表示多个表之间关系时用的，而且经常使用。比如说，现在有两个表：
Student(StudentNumber, StudentName) 和 Teacher(TeacherNumber, TeacherName, StudentNumber)
其中Teacher表中的studentNumber是外键，并且Student表中的StudentNumber是主键，因此肯定会有如下的参照完整性：Teacher表中的studentNumber的值必须在Student表中的StudentNumber已经存在。
这就是所谓的参照完整性，它是一个很普遍的概念。1什么是数据库的完整性? DBMS的完整性子系统的功能是什么?数据库的完整性是指数据的正确性和相容性。DBMS完整性子系统的功能是：(1)监督事务的执行，并测试是否违反完整性规则；(2)如有违反，则采取恰当的操作，如拒绝、报告违反情况，改正错误等方法进行处理。2完整性规则由哪几个部分组成?关系数据库的完整性规则有哪几类?完整性规则由三部分组成：触发条件：即什么时候使用规则进行检查；约束条件：即要检查什么样的错误；ELSE子句：即查出错误后该如何处理。 完整性规则有以下三类：域完整性规则，用于定义属性的取值范围；域联系的规则，定义一个或多个关系中，属性值间的联系、影响和约束。关系完整性规则，定义更新操作对数据库中值的影响和限制。3试详述SQL中的完整性约束机制？SQL中的完整性约束规则有主键约束、外键约束、属性值约束和全局约束等多种形式。△主键约束。它是数据中最重要的一种约束。在关系中主键值不允许空，也不允许出现重复，体现了关系要满足实体完整性规则。主键可用主键子句或主键短语进行定义。△外键约束。根据参照完整性规则，依赖关系中外键或者为空值，或者是基本关系（参照关系）中的该键的某个值。外键用外键关系子句定义，并考虑删除基本关系元组或修改基本关系的主键值的影响，依赖关系可按需要采用RESTRICT、SET NULL、CASCADE方式。△属性值约束。当要求某个属性的值不允许空值时，那么可以在属性定义后加上关键字： NOT NULL ，这是非空值约束。还可以用CHECK子句对一个属性值加以限制以及使用域约束子句CREATDOMAIN定义新域并加以属性值检查。△全局约束。在关系定义时，可以说明一些比较复杂的完整性约束，这些约束涉及到多个属性间的联系或不同关系间的联系，称为全局约束。主要有基于元组的检查子句和断言。前者是对单个关系的元组值加以约束，后者则可对多个关系或聚合操作有关的完整性约束进行定义。4参照完整性规则在SQL可以用哪几种方式实现?删除基本关系的元组时，依赖关系可以采取的做法有哪三种?修改基本关系的主键值时，依赖关系可以采取的做法有哪三种?参照完整性规则要求"不引用不存在的实体"，参照完整性规则在SQL可用以下几种方式实现：（1）在SQL中采用外键子句定义外键，并考虑删除基本关系元组或修改基本关系的主键值，对依赖关系产生的影响；（2）在属性值上进行约束如基于属性的检查；（3）全局约束中的基于元组的检查子句等。删除基本关系元组或修改基本关系的主键值时，依赖关系可以采用的做法有：△RESTRICT方式：只有当依赖关系中没有一个外键值与基本关系中要删除/修改的主键值相对应时，系统才能执行删除/修改操作，否则拒绝删除或修改。△SET NULL方式：删除基本元组时，将依赖关系中所有与基本关系中被删除主键值相对应的外键值置为空值。修改基本关系的主键值时，将依赖关系中所有与基本关系中被修改主键值相对应的外键值置为空值。△CASCADE方式：若删除则将依赖关系中所有外键值与基本关系中要删除的主键值相对应的元组一并删除，若修改则将依赖关系中所有与基本关系中要修改的主键值相对应的外键值一并修改为新值。5试对SQL2中的基于属性的检查约束、基于元组的检查约束和断言三种完整性约束进行比较：各说明什么对象?何时激活?能保证数据库的一致性吗?约束形式说明对象激活条件是否保证一致性基于属性的检查只对一个属性值加以约束插入或修改属性值时不一定基于元组的检查对单个关系的元组值加以约束在插入或修改元组时不一定断言多个关系或聚合操作任何变动保证6设教学数据库的模式如下：S(S#,SNAME,AGE,SEX)SC(S#,C#,GRADE)C(C#,CNAME,TEACHER)试用多种方式定义下列完整性约束：(1)在关系S中插入学生年龄值应在16～25岁之间(2)在关系SC中插入元组时，其S#值和C#值必须分别在S和C中出现。(3)在关系SC中修改GRADE值时，必须仍在0～100之间。(4)在删除关系C中一个元组时，首先要把关系SC中具有同样C#的元组全部删去。(5)在关系S中把某个S#值修改为新值时，必须同时把关系SC中那些同样的S#值也修改为新值。(1)定义S时采用检查子句：CREAT TABLE S(S# CHAR(4),SNAME char (10) NOT NULL ,AGE SMALLINT ,PRIMARY key(S#),CHECK (AGE>=16 and AGE<=25) ) (2)采用外键子句约束CREAT TABLE SC(S# CHAR(4),C# CHAR(4),GRADE SMALLINT,FOREIGN key(S#) REFERENCE S(S#),FOREIGN key(C#) REFERENCE C(C#))(3)采用元组检查CREAT TABLE SC(S# CHAR(4),C# CHAR(4),GRADE SMALLINT,FOREIGN key(S#) REFERENCE S(S#),FOREIGN key(C#) REFERENCE C(C#),CHECK (GRADE>=0 and AGE<=100) ) (4)采用外键约束CREAT TABLE SC(S# CHAR(4),C# CHAR(4),GRADE SMALLINT,FOREIGN key(S#) REFERENCE S(S#),FOREIGN key(C#) REFERENCE C(C#))若改为：在删除关系C中一个元组时，同时把关系SC中具有同样C#的元组全部删去， 则为：......FOREIGN key(C#) REFERENCE C(C#) ON DELETE CASCADE......(5)采用外键约束CREAT TABLE SC(S# CHAR(4),C# CHAR(4),GRADE SMALLINT,FOREIGN key(S#) REFERENCE S(S#) ON UPDATE CASCADE ,FOREIGN key(C#) REFERENCE C(C#))6.20在教学数据库的关系S、SC、C中，试用SQL2的断言机制定义下列两个完整性约束：(1)学生必须在选修Maths课后，才能选修其他课程。(2)每个男学生最多选修20门课程(1)CREAT ASSERTION ASSE1 CHECK( NOT EXISTS( SELECT S FROM SCWHERE C# IN(SELECT C#FROM CWHERE CNAME<>'MATHS')AND S# NOT IN(SELECT S# FROM SCWHERE C# IN(SELECT C#FROM CWHERE CNAME='MATHS')));(2)CREAT ASSERTION ASSE2 CHECK( ALL(SELECT COUNT (SC.C#)FROM S,SCWHERE S.S#=SC.S AND SEX='M'GROUP BY S#)<=20);
‘捌’ 问题：什么是数据库的完整性
答：数据库的完整性是指数据的正确性和相容性。 问题：数据库的完整性概念与数据库的安全性概念有什么区别和联系？答： 数据库的完整性是指数据的正确性和相容性、数据库的安全性是指保护数据库．以防止不合法的使用造成的数据泄密、更改或破坏。其相同点是两者都是对数据库中的数据进行控制．各自所实现的功能目标不同。问题：什么是数据库的完整性约束条件？可分为哪几类？答： 数据完整性约束是为了保证进入数据库中的数据的有效性而定义的数据规则、它可以分为以下两类． ①针对不同的对象可以分为表级约束、元塑级约束和属性级约束（也称列约束）；表级约束是若干元组间、关系中及关系之间的约束：元组级约束则是元组中的字段组和字段间联系的约束；属性级约束主要是针对列的类型、取值范围、精度、排序等而制定的约束条件。②针对数据对象的状态可以分为静态约束和动态约束：静态约束是指数据库每一确定状态时的数据对象所应满足的约束条件．它是反映数据库状态稳定时的约束．动态约束是指数据库从一种状态转变为另一种状态时．新、旧值之间所应满足的约束条件．它是反映数据库状态变迁的约束。 问题： DBMS的完整性控制应具有哪些功能？ 答；①定义和存储完整性功能．②检查完整性功能；③控制完整性功能。 问题：RDBMS在实现参照完整性时需要考虑哪些方面？答： ①外码能够接受空值的问题． ②在被参照关系中删除元组时．采用级联删除、受限删除或置生值删除的方法处理参照关系； ③在参照关系中插入元组时．可以使用受限插入、递归插入两种方法处理参照关系． ④修改关系的主码时 可以采用不允许修改主码、或允许修改关系主码．但必须保证主码的惟一性和非空性方法处理参照关系； ⑤修改被参照关系时，可以采用级联修改、拒绝修改和置空值修改方法处理参照关系。问题：假设有下面两个关系模式： 职工（职工号，姓名，年龄，职务，工资，部门号），其中职工号为主码； 部门（部门号，名称，经理名，电话），其中部门号为主码．用SQL语言定义这两个关系模式．要求在模式中完成以下完整性约束条件的定义： 1）定义每个模式的主码。 2）定义参照完整性。3）定义职工年龄不得超过60岁。 答： CREATE TABLE职工（职工号 CHAR（5）PRIMARY KEY， 姓名CHAR（8）NOT NULL， 年龄SMALLINT． 职务CHAR（10）， 工资DECIMAL（7，2）， 部门号CHAR（5）。 CONSTRAINT CI CHECK（年龄 ＜60）． CONSTRAIN C2 FOREIGN KEY（部门号） REFEENCES部门（部门号））； CREAT TABLE部门（部门号CHAR（5）PRIMARY KEY． 名称CHAR（l）． 经理名 CHAR（8）． 电话 CHAR(8)． CONSTRAINT C3 FOREIGN KEY（经理名） REFERECES职工（姓名））；问题：在数据库中为什么要并发控制？答； 数据库的井发控制就是为了控制数据库，防止多用户并发使用数据库时造成数据错误和程序运行错误，保证数据的完整性。问题：并发操作可能会产生哪几类数据不一致？用什么方法能避免这些不一致的情况？答． 井发操作可能会产生丢失修改、不可重复读和读“脏”数据的数据不一致问题。用封锁的方法能避免这些不一致的情况。问题：什么是封锁？答． 封锁是使事务对它要操作的数据有一定的控制能力。封锁具有三个环节．第一个环节是申请加锁．第二个环节是获得锁；第三个环节是释放锁。问题：基本的封锁类型有几种？试述它们的含义。 答． 基本的封锁类型有两种：排它锁（简称X锁）和共享锁（简称S锁）。 排它锁也称为独占或写锁、一旦事务T对数据对象A加上排它锁．则只允许T读取和修改A．其他任何事务既不能读取和修改A，也不能再对A加任何类型的锁 直到T释放A上的锁为止。 共享锁又称读锁、如果事务T对数据对象A加上共享锁，其他事务只能再对A加S锁，不能加X锁，知道事务T释放A上的S锁为止。问题：如何用封锁机制保证数据的一致性？答： 封锁机制作为井发控制的重要手段．利用封锁的特性和封锁协议，它在井发操作保证事务的隔离性．用正确的方式调度并发操作．是一个用户事务的执行不受其他事务的干扰．从而避免造成数据的不一致性。问题：什么是封锁协议？不同级别的封锁协议的主要区别是什么？ 答． 在对数据对象加锁时，还需要约定一些规则 这些规则称为封锁协议。 一级封锁协议：是事务T在修改数据之前必须先对其加X锁．直到事务结束才释放。一级封锁协议可有效地防止丢失修改并能够保证事务T的可恢复性、一级封锁由于没有对数据进行加锁，所以不能保证可重复读和不读“赃”数据。 二级封锁协议；是事务T对要修改的数据必须先加X锁．直到事务结束才释放X锁；要读取的数据必须先加S锁．读完后即可释放S锁。M级封锁协议不但能够防止丢失修改，还可进一步防止读“脏”数据。 三级封锁协议：是事务T在读取数据之前必须先对其加S锁．在要修改数据之前必须先对其加X锁．直到事务结束后才释放所有锁、由于三级封锁协议强调即使事务读完数据A之后也不释放S锁 从而使得别的事务无法更改数据A、三级封锁协议不但防止了丢失修改和不读“脏”数据，而且防止了不可重复的队问题：不同封锁协议与系统一致性级别的关系是什么？答： 一级封锁协议可有效地防止丢失修改，并能够保证事务T的可恢复性。一级封锁由于没有对数据进行加锁，所以不能保证可重复读和不读“脏’数据。 二级封锁协议不但能够防止丢失修改．还可进一步防u读“脏”数据。 由于三级封锁协议强调即使事务读完数据A之后也不释放S锁，从而使别的事务无法更改数据A。三级封锁协议不但防止了丢失修改和不读“胜数据．而且防u了不可重复读。问题：什么是活锁？什么是死锁？答； 在多个事务请求对同一数据封锁时，总是使某一用户等待的情况称为活锁；多事务交错等待的僵持局面称为死锁。问题：试述活锁的产生原因和解决方法。答； 活锁是封锁的无序造成的、解决方法是采用先来先服务的方法，即对要求封锁数据的事务排队．使前面的事务先获得数据的封锁权。问题：请给出预防死锁的若干方法。 答： 预防死锁通常有以下两种方法； ①一次封锁法．就是要求每个事务必须一次将所有要使用的数据全部加锁．否则该事务不能继续执行． ②顺序封锁法．是预先对数据对象规定一个封锁顺序．所有事务都按这个顺序实行封锁。问题：请给出检测死锁发生的一种方法，当发生死锁后如何解除死锁？答： 检测死锁发生的一种方法是选择一个处理死锁代价最小的事务，将其撤销，释放此事务持有的所有锁．使其他事务得以继续运行下去。 解除死锁问题有两类方法：一类方法是采用一定措施来预防死锁的发生．另一类方法是允许发生死锁．然后采用一定手段定期诊断系统中有无死锁．若有则解除之。问题：什么样的并发调度是正确的调度？答． 如果一个事务运行过程中没有其他事务同时运行，即没有受到其他事务的干扰，那么就可以认为该事务的运行结果是正常的，可串行性是井发事务正确性的准则 为了保证并发操作的正确性．DBMS的并发控制机制必须提供一定的手段来保证调度是可串行化的。问题：试述两段锁协议的概念。 答： 所谓两段锁协议是指所有事务必须分两个阶段对数据项进行加锁和解锁． ①在对任何数据进行读、写操作之前．首先要申请并获得对该数据的封锁． ②在释放一个封锁之后，事务不再申请并获得对该数据的封锁。 即每个事务分成两个阶段，第一阶段是申请和获得封锁，也称为扩展阶段。在这阶段．事务可以申请获得任何数据项上的任何类型的锁，但是不能释放任何锁。第二阶段是释放到锁．也称为收缩阶段。在这阶段，事务可以释放任何数据项上的任何类型的锁。但是不能再申请任何锁。问题：为什么要引进意向锁？意向锁的含义是什么？答： 事务 T要对关系 RI加 X锁时，系统只需检查根结点数据库和关系 RI是否已加了不相容的锁．而不再需要搜索和检查RI中的每一个元组是否加了X锁．对任一元组加锁．必须先对它所在的关系加意向锁。 意向锁的含义是．如果对一个结点加意向锁。则说明该给点的下层结点正在被加销：对任何一结加锁时．必须先对它的上层结点加意向锁。问题：理解并解释下列术语的含义：封锁、活锁、死锁、排它锁、共享锁、并发事务的调度、可串行化的调度、两段锁协议。答： ①封锁．封锁是使事务对它要操作的数据有一定的控制能力。 ③活锁：这种在多个事务请求对同一数据封锁时．总是使某一用户等待的情况称为活锁。 ③死锁．这种多事务交错等待的僵持局面称为死锁。 ④排它锁．排名锁也称为独占或写锁、一旦事务T对数据对象A加上排它锁，则只允许T读取和修改A．其他任何事务既不能读取和修改A．也不能再对A加任何类型的锁．直到T释放A上的锁为止。 ⑤共享锁：共享锁又称读锁、如果事务T对数据对象A加上共享锁．其他事务只能再对A加S锁．不能加X锁．知道事务T释放A上的S锁为上。 ③井发事务的调度．多个事务并发执行调度策略称为并发事务的调度。 ①可串行化的调度：如果多个事务并发执行的结果与按串行执行的结果相同 这种调度策略称为可串行化的调度。③两段锁协议．所谓两段锁协议是指所有事务必须分两个阶段对数据项进行加锁和解锁。 问题：什么是数据库的安全性？答．数据库的安全性是指保护数据库．以防止不合法的使用数据泄密、更改或破坏。 问题：数据库安全性和计算机系统的安全性有什么关系？ 答： 数据库安全性是计算机系统的安全性的一个部分．数据库系统不仅要利用计算机系统的安全性保证自己系统的安全性．同时还会提供专门的手段和方法，使安全性能更好。例如在用户要求进入计算机系统时．系统首先根据用户输入的用户标识进行身份鉴定，只有合法的用户才准许进入计算机系统：对已进入的用户 ＊＊＊S还要进行存取控制，只允许用户执行合法操作：操作系统也会提供相应的保护措施；数据最后还可以以密码形式存储到数据库中。 问题：试述实现数据库安全性控制的常用方法和技术。答． ①用户标识与鉴别：②存取控制：③自主存取控制方法．④强制存取控制方法：⑤视图机制；③审计．o数据加密。 问题：SQL 语言中提供了哪些数据控制（自主存取控制）的语句？请试举几例说明它们的使用方法。答． ①GRANT（授权）语句 例：GRANT SELECTINSRRT ON学生 TO张勇 WITH GRANT OPTION； ②REVOKE（收回）语句 例：REVOKE INSERT ON学生 FROM张勇； 问题：今有两个关系模式： 职工（职工号，姓名，年龄，职务，工资，部门号）； 部门（部门号，名称，经理名，地址，电话）。 请田SQL 的GRANT和REVOKE语句（加上视图机制），完成以下授权定义或存取控制功能。 1）用户王明对两个表有SELECT权力。 2）用户李勇对两个表有INSERT和DELETE权力。 3）用户刘星对职工表有SELECT权利，对工资字段具有更新权力。 4）用户张新具有修改这两个表的结构的权力。 5）用户周平具有对两个表的所有权力（读、插、改、删数据），并具有给其他用户授权的权利。
‘玖’ 数据库中，如何保证数据完整性
保证数据的完整性:
1. 用约束而非商务规则强制数据完整性
如果你按照商务规则来处理需求，那么你应当检查商务层次/用户界面：如果商务规则以后发生变化，那么只需要进行更新即可。
假如需求源于维护数据完整性的需要，那么在数据库层面上需要施加限制条件。
如果你在数据层确实采用了约束，你要保证有办法把更新不能通过约束检查的原因采用用户理解的语言通知用户界面。除非你的字段命名很冗长，否则字段名本身还不够。 — Lamont Adams
只要有可能，请采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。
— Peter Ritchie
2. 分布式数据系统
对分布式系统而言，在你决定是否在各个站点复制所有数据还是把数据保存在一个地方之前应该估计一下未来5 年或者10 年的数据量。当你把数据传送到其他站点的时候，最好在数据库字段中设置一些标记。在目的站点收到你的数据之后更新你的标记。为了进行这种数据传输，请写下你自己的批处理或者调度程序以特定时间间隔运行而不要让用户在每天的工作后传输数据。本地拷贝你的维护数据，比如计算常数和利息率等，设置版本号保证数据在每个站点都完全一致。
— Suhair TechRepublic
3. 强制指示完整性
没有好办法能在有害数据进入数据库之后消除它，所以你应该在它进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。
— kol
4. 关系
如果两个实体之间存在多对一关系，而且还有可能转化为多对多关系，那么你最好一开始就设置成多对多关系。从现有的多对一关系转变为多对多关系比一开始就是多对多关系要难得多。
— CS Data Architect
5. 采用视图
为了在你的数据库和你的应用程序代码之间提供另一层抽象，你可以为你的应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。
— Gay Howe
6. 给数据保有和恢复制定计划
考虑数据保有策略并包含在设计过程中，预先设计你的数据恢复过程。采用可以发布给用户/开发人员的数据字典实现方便的数据识别同时保证对数据源文档化。编写在线更新来“更新查询”供以后万一数据丢失可以重新处理更新。
— kol
7. 用存储过程让系统做重活
解决了许多麻烦来产生一个具有高度完整性的数据库解决方案之后，我所在的团队决定封装一些关联表的功能组，提供一整套常规的存储过程来访问各组以便加快速度和简化客户程序代码的开发。在此期间，我们发现3GL 编码器设置了所有可能的错误条件，比如以下所示：
SELECT Cnt = COUNT (*)
FROM [<Table>]
WHERE [<primary key column>] = <new value>
IF Cnt = 0
BEGIN
INSERT INTO [<Table>]
( [< primary key column>] )
VALUES ( <New value> )
END
ELSE
BEGIN
<indicate plication error>
END
而一个非3GL 编码器是这样做的：
INSERT INTO [<Table>]
( [< primary key column>] )
VALUES
( <New value> )
IF @@ERROR = 2627 -- Literal error code for Primary Key Constraint
BEGIN
<indicate plication error>
END
第2 个程序简单多了，而且事实上，利用了我们给数据库的功能。虽然我个人不喜欢使用嵌入文字（2627）。但是那样可以很方便地用一点预先处理来代替。数据库不只是一个存放数据的地方，它也是简化编码之地。
— a-smith
8. 使用查找
控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等