数据库完整性

合集下载

10数据库完整性约束数据库原理

10数据库完整性约束数据库原理
3) 取值范围或取值集合的约束 例:规定成绩的取值范围为0-100;年龄的取值范围为14-29 性别的取值集合为[男,女]
4) 对空值的约束(空值:未定义或未知的值,与零值和空格不同) 有的列允许空值,有的则不允许,如成绩可为空值
5) 其他约束 例:关于列的排序说明,组合列等
2. 静态元组约束
规定元组的各个列之间的约束关系 例:订货关系中发货量<=订货量 教师关系中教授的工资>=700元
例2:在“教授工资不得低于1000元”的约束中 D 约束作用的对象为工资Sal属性 O 插入或修改职工元组时 A Sal不能小于1000 C 职称=′教授′ (A仅作用于职称=‘教授’的记录) P 拒绝执行该操作
关系系统三类完整性的实现
关系数据库系统都提供了定义和检查实体完整性、参 照完整性和用户定义的完整性的功能
2. 完整性检查机制
检查用户发出的操作请求是否违背了完整性约束条件
3. 违约反应
如果发现用户的操作请求使数据违背了完整性约束条件, 则采取一定的动作来保证数据的完整性。
10.1 计算机安全性概论
完整性约束条件作用的对象
列:对属性的取值类型、范围、精度等的约束条件 元组:对元组中各个属性列间的联系的约束 关系:对若干元组间、关系集合上及关系之间的联系的约束
受限删除(RESTRICTED)
当参照关系中没有任何元组的外码值与要删除的被参照关系的元组的主 码值相对应时,系统才执行删除操作,否则拒绝此删除操作。
置空值删除(NULLIFIES)
删除被参照关系的元组,并将参照关系中与被参照关系中被删除元组主 码值相等的外码值置为空值。
例:要删除Student关系中Sno=950001的元组, 而SC关系中有4个元组的Sno都等于950001。 级联删除:将SC关系中所有4个Sno=950001的元组一 起删除。如果参照关系同时又是另一个关系的被参照关 系,则这种删除操作会继续级联下去 受限删除:系统将拒绝执行此删除操作。 置空值删除:将SC关系中所有Sno=950001的元组的 Sno值置为空值。 在学生选课数据库中,显然第一种方法和第二种方法都 是对的。第三种方法不符合应用环境语义。

数据库保证数据的完整性

数据库保证数据的完整性

数据库保证数据的完整性保证数据的完整性
要点:
1为什么要保证数据的完整性:防⽌存储垃圾数据,从⽽影响数据库的执⾏效率。

2 完整性的分类:实体、域、引⽤、⽤户⾃定义。

3实现实体完整性的⽅法:唯⼀(unique)、主键(
Primary key)
概括:保证⼀⾏数据的有效。

4实现域完整性的⽅法:⾮空、检查、默认
概括:保证⼀列数据的有效。

5实现引⽤完整性的⽅法:外键约束
概括:保证引⽤的编号是完整的
6实现⾃定义完整性的⽅法:触发器、储存过程
概括:保证⾃定义规则
7解析唯⼀约束:unique
8解析主键约束:primary key
9解析⾮空约束:not null
10 解析默认值约束:default
11解析检查约束:check(mysql不⽀持)
12 使⽤⾃动编号列:auto_increment
13 外键约束:
1. SQL server:constraint 新的名称 foreign key
(当前表的某列) reference 其他表(某列)
1. Mysql:
14 查询的⽅法:Select * from 表1 别名,表2 别名 where a 主键=b外键约束的列
注意:主键不能为空,不能重复。

唯⼀可以是空,不能重复。

⾃动编号通常与主键约束⼀起使⽤。

在mysql⾥⾯唯⼀约束会被默认为索引(若要删除唯⼀约束,则代码与删除索引的⽅法想通过:例如:删除唯⼀约束是id的列在表friend中。

:alter table friend drop index id)。

数据库系统数据完整性测试的验收方案

数据库系统数据完整性测试的验收方案

数据库系统数据完整性测试的验收方案数据完整性测试是保证数据库中数据准确、完整、一致性的重要手段。

本文将探讨数据库系统数据完整性测试的验收方案,从数据收集、测试方法和结果分析等方面进行详细说明。

一、数据收集数据收集是数据完整性测试的第一步,需要确定测试的数据样本和测试环境。

在数据样本的选择方面,应该考虑到数据库中的不同表、字段和关系;在测试环境的设置方面,要确保与实际生产环境尽可能接近,包括硬件和软件配置等。

二、测试方法1. 数据库完整性约束测试数据库完整性约束是保证数据准确性和完整性的重要机制,包括实体完整性、域完整性、参照完整性等。

在测试中,需要验证每个约束是否能够正确起作用,例如主键约束、外键约束等。

2. 数据一致性测试数据一致性是指数据库中各个表之间数据关系的正确性。

在测试中,可以通过对数据库中的关联表进行查询和比对,确保数据一致性的正确性。

3. 数据插入、更新和删除测试在测试中,需要模拟实际的数据操作,包括插入、更新和删除。

通过特定的测试用例,验证数据操作是否能够正确执行,并且不会破坏数据库的完整性。

4. 边界值测试边界值测试是测试数据完整性的一种重要手段。

通过选择数据集中的边界值进行测试,可以检验数据库的容错性和正确性。

5. 性能测试性能测试是数据完整性测试的补充。

在测试中,可以模拟高并发、大数据量等情况,测试数据库的性能表现和数据完整性的可靠性。

三、结果分析在数据完整性测试结束后,需要对测试结果进行分析和评估,以确定数据库的数据完整性是否符合预期。

分析结果可以通过测试报告等形式进行呈现,包括测试用例的执行情况、数据库异常情况等。

结论本文详细介绍了数据库系统数据完整性测试的验收方案。

从数据收集、测试方法和结果分析等方面进行论述,旨在确保数据库系统中数据的完整性和一致性。

通过实施本方案,可以提高数据库系统的稳定性和可靠性,保障各项业务的正常运行。

以上是对数据库系统数据完整性测试的验收方案的说明。

名词解释数据库的完整性

名词解释数据库的完整性

名词解释数据库的完整性数据库的完整性是指数据库中的数据符合事先定义的规则和约束,没有数据的不一致性和错误。

它通常包括实体完整性、域完整性、参照完整性和用户自定义完整性等方面。

一、实体完整性实体完整性是指数据库表中的每一行数据都必须能被识别并与其他表中的数据进行关联。

在关系型数据库中,每个表都必须有一个主键,用于唯一标识其中的每一条记录。

通过定义主键,可以确保每个记录都具有唯一性,避免了数据的重复和混乱。

二、域完整性域完整性是指数据库中每个属性的取值都必须满足其定义的约束条件。

例如,字段的数据类型、长度、格式等都需要满足设定的规则,以保证数据的有效性和一致性。

常见的约束条件包括非空约束、唯一约束、范围约束、正则表达式约束等。

三、参照完整性参照完整性是指数据库中的外键约束能够维护表与表之间的关系,保证数据的一致性和完整性。

外键是指一个表的字段引用另一个表中的主键,用于建立两个表之间的联系。

外键约束可以限制只能插入或更新具有对应主键值的数据,避免了数据的破坏和不一致。

四、用户自定义完整性用户自定义完整性是指用户根据具体业务需求对数据库增加的约束条件,以满足特定的数据要求。

这些约束条件通常是通过触发器、存储过程等方式定义的,可以对数据进行进一步的验证和筛选,确保数据的正确性和有效性。

用户自定义完整性适用于特定的业务场景,能够帮助用户更好地管理和控制数据。

总结起来,数据库的完整性对于数据的有效性和一致性非常重要。

它通过实体完整性、域完整性、参照完整性和用户自定义完整性等方面的规则和约束,确保了数据库中的数据正确、满足要求,并能够与其他数据表之间建立正确的关联。

只有保持数据库的完整性,才能为用户提供可信赖的数据支持,帮助他们做出准确的决策和分析。

数据库完整性实验总结(必备6篇)

数据库完整性实验总结(必备6篇)

数据库完整性实验总结第1篇时间流水,短短的两周就流逝了,回想在这两周的实训生活,我从单一,片面的学习进入了全面,系统的学习,学好它更是一项大任务。

而对于如何学好它,光靠理论知识是远远不够的,_同志曾经就说过“实践是检验真理的唯一标准”!正如大师傅炒菜,知道炒菜的程序,主料、调料一清二楚,不真正掌勺,永远也成不了“大厨”。

而学校给我们提供了这样一个机会,让我们自己_掌勺_,使我们从实践中,加深了对数据库的理解。

经过这次的实训,我们对数据库有了更深的了解,从书面的明白到实践的理解,接触到了自己以前没有接触到的东西,并让我加深了数据库知识的学习和理解,也使我进一步了解数据库,这次实训可以为我们以后真正的实际数据库系统设计提供很好的借鉴。

更使我明白遇到什么挫折,不气馁,不放弃,勇于探索,才会让自己离成功越来越近!俗话说:知之为知之,不知为不知!不要不懂装懂,有什么不懂的要敢于向_知之者_请教!知识是慢慢积累而成的,我们学习不仅要学习理论知识,而实践也是非常重要的,只有当两者结合,才会获得收获!我们这次实习对我们的认识起到了很大的启发作用,使我们以后在接触数据库的过程中少走点弯路。

也使我们对人生和社会有了更清楚的认识,任何的成功都有艰辛和汗水铺出来的,没有那么多的意外收获。

我们要学的还有很多,要接触的还不知道有多少,以后的路还很漫长,我相信我会更加努力的,把握现在,为自己的未来而奋斗,展开双翅飞向美好的未来!在这里很感谢xxx老师给我们传授了这么多的知识和经验,让我们在毕业之际更好的填补自己的不足。

数据库完整性实验总结第2篇在学习《数据库原理及应用》这门课之前,就和课本上提到的一个观点一样,认为它只是存放数据的仓库而已,但是现在我深深体会到这个观点是多么的片面。

数据库是长期存储在计算机内,有组织、可共享的大量的数据集合,前者只能表达它的一方面而已。

数据库技术发展到今天已经是一门非常成熟的技术,它的技术水平、应用水平多比初始时都有了很大的改变,但是它的最基本的特征却没有变,概括起来有以下几个方面:第一点:数据库是相互关联的的数据集合;即在数据库中不仅要能够表示数据本身,还要能够表示数据与数据之间的关系。

第二章数据库的完整性控制数据完整性(DataIntegrity)是指数据的精确

第二章数据库的完整性控制数据完整性(DataIntegrity)是指数据的精确

第二章数据库的完整性控制数据完整性(Data Integrity)是指数据的精确性(accuracy)和可靠性(reliability),它是防止数据库中存在不符合语义规定的数据和防止因错误的信息的输入造成无效操作或错误信息而提出的,保证在一个应用程序更新数据的过程中数据的语义正确性。

数据完整性主要分为三类:实体完整性(Entity Integrity),参照完整性(Referential Integrity)以及用户定义的完整性(User-defined Integrity),其中用户定义的完整性主要包括域完整性(Domain Integrity)和其他自定义完整性。

为维护数据库德完整性,数据库管理系统(DBMS)必须提供一种机制来检查数据库中的数据,看其是否满足语义规定的条件。

这些加在数据库数据上的语义约束条件称为数据库完整性规则,它们作为模式的一部分存入数据库中。

完整性控制是指对数据库进行更新操作,要遵守完整性规则,才能保证数据的语义正确性,防止数据库中存在不符合语义的数据。

目的是在合法用户访问数据库的过程中,保证数据的正确性和准确性。

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

由DBMS在执行更新动作时,检查是否满足预定的完整性约束条件,来进行控制。

广义的完整性控制包括故障恢复、并发控制。

而一般所指的完整性控制是指基于数据库的完整性约束规则,如:实体完整性、引用完整性等。

SQL中两种主要的数据完整性控制机制是指完整性约束规则的定义和检查以及触发器(Trigger)机制。

完整性控制机制应具有三个功能:(1)定义功能,即提供定义完整性约束条件的机制;(2)检查功能,即检查用户发出的操作请求书否违反了约束条件;(3)如果发现用户操作请求使数据违背了完整性约束条件,则采取一定的动作来保证数据的完整性。

完整性控制机制的工作原理基本上分为两类,一种是定义完整性时就立刻进行检查的,例如实体完整性的定义;另外一种是定义完整性之后进行检查的,例如参照完整性的定义。

第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定义。

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

对多个属性构成的码只有一种说明方法:定义为表级约束条件。

数据库完整性(好)资料重点

▪ 参照完整性保证被参照表和参照表之间数据的一致性; ▪ 可以防止数据丢失或者无意义的数据; ▪ 可以禁止在从表中插入被参照表中不存在的关键字的记录。
❖ 参照完整性的常见实现机制包括:
▪ 外键(Foreign Key)、检查(Check)、触发器(Trigger);存 储过程(Stored Procedure)
❖ 常见的实现机制包括:
▪ 规则(Rule)、创建数据表时的所有约束(Constraint)、触发 器(Trigger)、存储过程(Stored Produre);
二、在SQL Server 2005中实现数据完整性
❖ SQL Server 2005提供了完善的数据完整性机制,主 要包括规则、默认值和约束3类;
第六章 数据库完整性
授课教师:刘跃娟 2013-12-6
数据库完整性
❖ 数据是数据库的核心,数据的正确和完整与否将直接影响数据 库的使用。
❖ 数据的完整性和安全性是两个不同概念;
▪ 数据的安全性
➢ 保护数据库防止恶意的破坏和非法的存取 ➢ 防范对象:非法用户和非法操作
▪ 数据的完整性
➢ 防止数据库中存在不符合语义的数据,也就是防止数据库中存在不正 确的数据
❖ 实体完整性:在现实世界中,任何一个实体都有区别于其他实 体的特征,即在数据库中,所有的记录都应该有惟一的标识, 这就是实体完整性的含义(规则2.1:实体完整性规则)。
❖ 常见的实体完整性机制包括:
▪ 主键(Primary Key);惟一码(Unique);
2)参照完整性
❖ 参照完整性是指在两个表的主键和外键之间数据的完整性,其 含义包括:
➢ 防范对象:不合语义的、不正确的数据
本次课内容
一. 数据完整性概述 二. 在SQL Server 2005中实现数据完整性

数据库的完整性


数据库完整性约束条件 为维护数据库的完整性, 为维护数据库的完整性 , DBMS必须提供 必须提供 一种机制来检查数据库中的数据, 一种机制来检查数据库中的数据,看其是否满 足语义规定的条件。 足语义规定的条件。这些加在数据库数据之上 的语义约束条件称为数据库完整性约束条件。 它们作为模式的一部分存入数据库中。 它们作为模式的一部分存入数据库中。 完整性检查 而DBMS中检查数据是否满足完整性条件 中检查数据是否满足完整性条件 的机制称为完整性检查 。
1.静态列级约束 静态列级约束 是对一个列取值域的说明, 是对一个列取值域的说明,这是最 常用也最容易实现的一类完整性约束。 常用也最容易实现的一类完整性约束。 规定学号的前两位表示入学年份, 如:规定学号的前两位表示入学年份, 中间两位表示系的编号,后三位 为顺序 中间两位表示系的编号, 编号。出生日期的格式为YY MM.DD。 YY. 编号。出生日期的格式为YY.MM.DD。
8.2 完整性控制机制
DBMS的完整性控制机制应具有三方面的功能; DBMS的完整性控制机制应具有三方面的功能; 的完整性控制机制应具有三方面的功能 定义功能: ( 1 ) 定义功能 : 提供定义完整性约束条件 的机制。 的机制。 检查功能: ( 2 ) 检查功能 : 检查用户发出的操作请求 是否违背了完整性约束条件。 是否违背了完整性约束条件。 ( 3 ) 如果发现用户的操作请求使数据违背 了完整性约束条件,则采取一定的操作, 了完整性约束条件,则采取一定的操作,以保 证数据的完整性。 证数据的完整性。
第8章 数据库的完整性
数据库的完整性是指数据的正确性 和相容性。 和相容性。 例如, 学生的学号必须唯一; 例如 , 学生的学号必须唯一 ; 性别只能是 男或女; 男或女;等。 数据库是否具备完整性关系到数据库系 统能否真实地反映现实世界, 统能否真实地反映现实世界 , 因此维护 数据库的完整性是非常重要的。 数据库的完整性是非常重要的。

数据库的完整性

第7章 数据库的安全保护
4
7.2.2 完整性约束的类型
2.由数据库应用确定的完整性约束 数据库上的大部分语义完整性约束是由数据库应用确 定的。这类完整性约束分为状态约束和变迁约束两类, 定的。这类完整性约束分为状态约束和变迁约束两类,在 数据库管理系统中这两类约束都被视为显式约束。 数据库管理系统中这两类约束都被视为显式约束。 (1)状态约束。在某一时刻数据库中的所有数据实例 状态约束。 构成了数据库的一个状态。 构成了数据库的一个状态。数据库的状态约束也称静态约 是所有数据库状态必须满足的约束。 束,是所有数据库状态必须满足的约束。每当数据库被修 改时,数据库管理系统都要进行状态约束的检查, 改时,数据库管理系统都要进行状态约束的检查,以保证 状态约束始终被满足。 状态约束始终被满足。
8
第7章 数据库的安全保护
7.2.3 完整性约束的定义方法
使用过程化定义方法, 使用过程化定义方法,完整性约束的验证程序可以由 通用程序设计语言编制。 通用程序设计语言编制。这种方法既为程序员编制高效率 的完整性验证程序提供了有利条件, 的完整性验证程序提供了有利条件,同时也给程序员带来 了很大负担。 了很大负担。程序员必须清楚他所编码的事务所涉及的所 有完整性约束,并为每一个约束编制一个验证过程, 有完整性约束,并为每一个约束编制一个验证过程,程序 员的任何误解、疏忽和遗漏都将导致数据库的不正确。 员的任何误解、疏忽和遗漏都将导致数据库的不正确。目 过程化定义方法已经被许多数据库管理系统广泛采用。 前,过程化定义方法已经被许多数据库管理系统广泛采用。 数据库的完整性约束经常是随实际应用的变化而变 化的。显式约束的过程化定义方法有一个严重缺点: 化的。显式约束的过程化定义方法有一个严重缺点:一旦 完整性约束发生变化, 完整性约束发生变化,相应事务的完整性验证程序就必须 被修改。 被修改。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

实验三数据库完整性
1、实体完整性:定义表的主码。

关系模型的实体完整性在CREATE TABLE 中用PRIMARY KEY定义。

定义主码的方法分为列级约束条件和表级约束条件。

【1-1】定义表STUDENT,将其中的SNO属性定义为主码
CREATE TABLE Student
(Sno CHAR(9) PRIMARY KEY,
Sname CHAR(20) NOT NULL,
Ssex CHAR(2),
Sage SMALLINT,
Sdept CHAR(20)
);
【1-2】定义表SC,将其中的SNO、CNO定义为主码
CREATE TABLE SC
(Sno CHAR(9) NOT NULL,
Cno CHAR(4) NOT NULL,
Grade SMALLINT,
PRIMARY KEY (Sno,Cno)
);
2、参照完整性:定义表的外码
关系模型的参照完整性是在CREATE TABLE中用FOREIGN KEY 语句来定义,并用REFERENCES来指明外码参照的是哪些表的主码。

【2-1】定义表SC,其中SNO参照STUDENT的主码SNO,CNO参照表COURSE的主码CNO
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 Course(Cno)
);
3、用户定义完整性
【3-1】列值非空。

在定义SC表时,SNO、CNO和GRADE属性都不允许取空值。

在不特别声明的情况下,非码属性的值允许取空值的
CREATE TABLE SC
(Sno CHAR(9) NOT NULL,
Cno CHAR(4) NOT NULL,
Grade SMALLINT NOT NULL,
PRIMARY KEY(Sno,Cno)
);
【3-2】列值唯一。

建立部门表DEPT,要求部门名称Dname取值唯一,部门编号Deptno属性为主码
CREATE TABLE DEPT
(Deptno NUMERIC(2),
Dname CHAR(9) UNIQUE NOT NULL,
Location CHAR(10),
PRIMARY KEY (Deptno)
);
【3-3】CHECK短语指定列值应该满足的条件。

定义表Student,属性Ssex的值只允许取“男”或“女”;定义表SC,属性Grade的值定义在0~100之间
CREATE TABLE Student
(Sno CHAR(9) PRIMARY KEY,
Sname CHAR(8) NOT NULL,
Ssex CHAR(2) CHECK(Ssex IN('男','女')),
Sage SMALLINT,
Sdept CHAR (20)
);
CREATE TABLE SC
(Sno CHAR(9),
Cno CHAR(4),
Grade SMALLINT CHECK (Grade>=0 AND Grade<=100),
PRIMARY KEY (Sno,Cno),
FOREIGN KEY (Sno) REFERENCES Student(Sno),
FOREIGN KEY (Cno) REFERENCES Course(Cno)
);
【3-4】用户定义的元组上的约束条件。

定义表Student,要求当学生性别为“男”时,其名字不能以Ms.打头
CREATE TABLE STUDENT(
SNO CHAR(7) PRIMARY KEY,
SNAME CHAR(8) NOT NULL,
SSEX CHAR(2),
SAGE SMALLINT,
SDEPT CHAR(20),
CHECK (SSEX = ‘女’OR SNAME NOT LIKE ‘Ms.%’));
/*定义了Sname和Ssex之间的约束条件*/
【4-1】定义表Student,要求学号在90000~99999之间,姓名不能取空值,年龄小于30,性别只能“男”或“女”,要求全部用约束命名子句实现
CREATE TABLE Student
(Sno NUMERIC(6)
CONSTRAINT C1 CHECK (Sno BETWEEN 90000 AND 99999),
Sname CHAR(20)
CONSTRAINT C2 NOT NULL,
Sage NUMERIC(3)
CONSTRAINT C3 CHECK(Sage <30),
Ssex CHAR(2)
CONSTRAINT C4 CHECK (ssex IN ('男','女')),
CONSTRAINT StudentKey PRIMARY KEY(Sno)
);
【4-2】修改表Student中的完整性限制,去掉对性别的限制,并将年龄的限制由小于30改为小于40
ALTER TABLE STUDENT /*去掉对性别的限制条件C4*/
DROP CONSTRAINT C4;
ALTER TABLE STUDENT /*先删掉原来的约束条件再增加一个新的约束条件*/
DROP CONSTRAINT C3;
ALTER TABLE STUDENT ;
ADD CONSTRAINT C3 CHECK(SAGE <40);
【5-1】定义表TAB,并在其上定义触发器TRI,在对TAB的插入或更新前检查,如果插入或更新的值在100~1000之间的话,将值置为50;如果值大于1000的话,则将新值插入表。

CREATE TABLE tab (col INT);
INSERT INTO tab V ALUES(10);
INSERT INTO tab V ALUES(20);
CREATE TRIGGER TRI BEFORE UPDA TE OR INSERT ON tab
FOR EACH ROW
AS
BEGIN
IF new.col > 100 AND new.col < 1000 THEN
new.col := 50;
END IF;
IF new.col > 1000 THEN
INSERT INTO tab V ALUES(new.col);
END IF;
END;
【5-2】检测、执行、结果
检测:1)向表TAB插入数据(150)。

执行:INSERT INTO TAB V ALUES(150);
结果:插入的数据为150。

值在100-1000之间,触发器TRI自动执行,将插入的值置为50。

2)对表中的数据进行更新,将20更新为1500。

执行:UPDA TE TAB SET COL = 1500 WHERE COL = 20;
结果:插入的数据为1500,插入值为1500
【5-3】删除触发器TRI
DROP TRIGGER TRI ON TAB;
删除触发器TRI之后,在对TAB进行插入和更新就不再有以上限制了。

相关文档
最新文档