当前位置：文档之家 › 第五章-数据完整性

第五章-数据完整性

  • 格式：ppt
  • 大小：133.00 KB
  • 文档页数：47

下载文档原格式

  / 47

合集下载

(完整版)第五章_数据库完整性(习题)

(完整版)第五章_数据库完整性(习题)

(完整版)第五章_数据库完整性(习题)一、选择题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。

数据库系统概论第五章完整性

数据库系统概论第五章完整性

一、选择题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什么是数据库的完整性？答:数据库的完整性是指数据的正确性和相容性。

2 ．数据库的完整性概念与数据库的安全性概念有什么区别和联系？答:数据的完整性和安全性是两个不同的概念，但是有⼀定的联系。

前者是为了防⽌数据库中存在不符合语义的数据，防⽌错误信息的输⼊和输出，即所谓垃圾进垃圾出（ Garba : e In Garba : e out ）所造成的⽆效操作和错误结果。

后者是保护数据库防⽌恶意的破坏和⾮法的存取。

也就是说，安全性措施的防范对象是⾮法⽤户和⾮法操作，完整性措施的防范对象是不合语义的数据。

3 ．什么是数据库的完整性约束条件？可分为哪⼏类？答完整性约束条件是指数据库中的数据应该满⾜的语义约束条件。

⼀般可以分为六类：静态列级约束、静态元组约束、静态关系约束、动态列级约束、动态元组约束、动态关系约束。

静态列级约束是对⼀个列的取值域的说明，包括以下⼏个⽅⾯： ( l ）对数据类型的约束，包括数据的类型、长度、单位、精度等； ( 2 ）对数据格式的约束； ( 3 ）对取值范围或取值集合的约束； ( 4 ）对空值的约束； ( 5 ）其他约束。

静态元组约束就是规定组成⼀个元组的各个列之间的约束关系，静态元组约束只局限在单个元组上。

静态关系约束是在⼀个关系的各个元组之间或者若⼲关系之间常常存在各种联系或约束。

常见的静态关系约束有： ( l ）实体完整性约束； ( 2 ）参照完整性约束； ( 3 ）函数依赖约束。

动态列级约束是修改列定义或列值时应满⾜的约束条件，包括下⾯两⽅⾯： ( l ）修改列定义时的约束； ( 2 ）修改列值时的约束。

动态元组约束是指修改某个元组的值时需要参照其旧值，并且新旧值之间需要满⾜某种约束条件。

动态关系约束是加在关系变化前后状态上的限制条件，例如事务⼀致性、原⼦性等约束条件。

4 . DBMS 的完整性控制机制应具有哪些功能？答:DBMS 的完整性控制机制应具有三个⽅⾯的功能： ( l ）定义功能，即提供定义完整性约束条件的机制； ( 2 ）检查功能，即检查⽤户发出的操作请求是否违背了完整性约束条件；( 3 ）违约反应：如果发现⽤户的操作请求使数据违背了完整性约束条件，则采取⼀定的动作来保证数据的完整性。

信息安全技术期末复习重点

信息安全技术期末复习重点

安全服务：加强数据处理系统和信息传输的安全性的一种服务。

其目的在于利用一种或多种安全机制阻止安全攻击安全机制：用来保护系统免受侦听、阻止安全攻击及恢复系统的机制。

安全攻击：任何危及系统信息安全的活动。

威胁：侵犯安全的可能性，在破坏安全或引起危害的环境，可能性行为或时间的情况下，会出现这种威胁。

也就是说，威胁是利用脆弱性潜在危险。

攻击：对系统安全的攻击，它来源于一种具有智能的威胁。

也就是说，有意违反安全服务和侵犯系统安全策略的（特别是在方法或技巧的）智能行为。

认证：保证通信的实体是它所声称的实体。

存取控制：阻止对资源的非授权使用。

数据保密性：保护数据免于非授权泄露。

连接保密性：保护一次连接中所有的用户数据无连接保密性：保护单个数据块里的所有用户数据选择域保密性：对一次连接或单个数据块里选定的数据部分提供保密性流量保密性：保护那些可以通过观察流量而获得的信息数据完整性：保证收到的数据确实是授权实体所发出的数据具有恢复功能的连接完整性：提供一次连接中所有用户数据的完整性检测整个数据序列存在的修改、插入、删除或重放，且试图恢复之。

无恢复的连接性完整性：提供一次连接中所有用户数据的完整性检测整个数据序列存在的修改、插入、删除或重放，但不尝试恢复。

选择域连接完整性：提供一次连接中传输的单个数据块用户数据中选定部分的数据完整性，并判断选定域是否被修改不可否认性：防止整个或部分通信过程中，任一通信实体进行否认的行为源不可否认：证明消息是有特定方发出的宿不可否认性：证明消息被特定方收到加密：运用数学算法将数据转换成不可知的形式。

数据的变换和复原依赖于算法和零个或多个加密密钥数字签名：附加于数据元之后的数据，是对数据元的密码变换，以使得可证明数据源和完整性，并防止伪造认证交换：通过信息交换来保证实体身份的各种机制流量填充：在数据流空隙中插入若干位以阻止流量分析路由控制：能够为某些数据选择特殊的物理上安全的路线并允许路由变化。

数据库系统概论复习重点

数据库系统概论复习重点

数据库系统概论复习重点第一章绪论1.数据库系统的基本概念：数据库系统是指在计算机系统中引入数据库后的系统，一般由数据库、数据库管理系统、应用系统、数据库管理员构成。

2.数据库管理系统的主要功能：数据定义功能、数据操作功能、数据库的运行管理、数据库的建立和维护。

3.数据模型的分类：概念模型、逻辑模型。

4.概念模型的表示：层次模型、网状模型、关系模型、面向对象模型、对象关系模型。

5.数据管理技术的产生和发展经历的三个阶段：人工管理阶段、文件系统阶段、数据库系统阶段。

6.实体是现实世界中客观存在，且能相互区别的。

7.数据模型的组成要素：数据结构、数据操作、数据的完整性的约束条件。

8.DBS包括DB和DBMS，而DB与DBSM是相互独立的。

9.概念模型独立于操作。

10.数据库三级结构有利于保证数据的安全性和独立性。

11.数据库物理存储视图为内模式12.用户通过DML语言对数据进行操作，其实是在操作外模式中的记录。

13.数据库系统的三级模式结构：外模式、模式、内模式。

14.有了“模式/内模式映像”可以保证数据的物理独立性。

15.数据库系统的核心是——数据库。

16.数据库系统的三级模式存在有二级映像，使之可以有较高的数据独立性。

17.数据库的外部存储方法和存储设备变化不影响逻辑结构，这种情况为物理数据独立性。

第二章关系数据库1.本章重点：关系数据库概念，可以用关系表达式来表达实际问题，可以用元祖表达式来表达实际问题，可以用域表达式来表达实际问题。

可以将这三种表达式相互转换。

2.关系代数运算：并、交、笛卡儿积、选择、投影。

3.常用的关系运算：关系代数、关系演算。

5.“列”可以出自一个域。

6.DBMS和OS之间的关系是：DBMS可以调用OS。

7.关系演算谓词变元可分为：元祖关系、演算关系、域关系演算。

8.若Sno由八位数组成，则此种情况称为：用户定义完整性。

9.一般情况下“R”“S”连接，则“R”“S”必有相同的属性。

第5章 数据库完整性

第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.在参照关系中插入元组时的问题 在参照关系中插入元组时的问题

数据库应用基础第五章数据完整性

12
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}]

第五章 数据库完整性

7
例2：将SC表中的SNO、cno属性组定义为码 create table sc (sno char(9) not null, cno char(4) not null, grade smallint, primary key(sno,cno) )
8
5.1.2 实体完整性的违约处理

对于实体完整性的检查，包括:
在子表中修改外码(也是主属性)的策略


6. 在参照关系(子表)中修改外码(同时是主码 属性 )。与在参照关系中插入元组类似，可以 有2种策略： 受限修改 递归修改 RDBMS在实现参照完整性时: 需要向用户提供定义主码、外码的机制。 向用户提供按照自己的应用要求选择处理依 赖关系中对应的元组的方法。
6
5.1 实体完整性
5.1.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) )
26
5.4 完整性约束命名子句


1. 完整性约束命名子句 Constraint <完整性约束条件名><完整性约 束条件> 例5.10 建立学生登记表 student,要求学号在 90000—99999 之间，姓名不能取空值，年 龄小于30，性别只能是“男”或者“女”
5

数据库完整性控制机制


DBMS完整性控制机制： 1. 提供定义完整性约束条件的机制：提供定义数 据完整性约束条件的方法，完整性约束条件作为 模式的一部分存入数据库中； 2. 提供完整性检查的方法：进行完整性检查，检 查数据是否满足约束条件； 3. 进行违约处理：若有违反，采取相应措施（拒 绝、报告、改正）处理。 完整性子系统：DBMS中执行完整性控制的子系统。 其功能为监督事务的执行，测试其是否违反完整性 约束条件；若有违反，则分情况进行预定的处理。

05_数据库完整性

检查记录中主码值是否唯一的方法:
全表扫描.依次判断表中每条记录的主码值与 将插入记录上的主码值(或修改的新主码值) 是否相同.十分耗时. 在主码上自动建立索引(如B+树索引).可大 大提高效率.
5.2 参照完整性
5.2.1 参照完整性定义
在CREATE TABLE中用FOREIGN KEY短语来定 义哪些列为外码,用REFERENCES短语指明这 些外码参照哪些表的主码. 见课本P154 [例3]
定义触发器(续)
INSERT,UPDATE和DELETE三个选项是指定在表或视图 上执行哪些数据修改语句时将激活触发器的关键字.必须 至少指定一个选项.在触发器定义中允许使用以任意顺序 组合的这些关键字.如果指定的选项多于一个,需用逗号 分隔这些选项. AS后是触发器要执行的操作. CREATE TRIGGER 权限默认授予定义触发器的表所有者, sysadmin 固定服务器角色成员以及 db_owner 和 db_ddladmin 固定数据库角色成员,并且不可转让.
ALTER TABLE <表名> DROP < 完整性约束条件名>
5.6 触发器(Trigger)
触发器是用户定义在关系表上的一类由事件驱动的 特殊过程.一旦定义,任何用户对表的增,删,改 操作均由服务器自动激活相应的触发器,在DBMS 核心层进行集中的完整性控制.触发器类似于约束, 但是比约束更加灵活,可实施比FOREIGN KEY约 束,CHECK约束更为复杂的检查和操作,具有更 精细和更强大的数据控制能力.
定义触发器(续)
当你创建一个触发操作时,通常需说明所指的是触发语句 作用之前还是之后的列值.由于此种原因,我们用两个取 有特殊名字的虚拟表格来测试触发语句的作用:deleted 和inserted(在内存中,触发器完成运行后,这些表就不 能再访问). 这些表和指定触发器的表具有相同的结构. deleted表保 存受delete和update影响的行的副本.inserted表保存在 insert和update之后添加到触发器中的行的副本.
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

SQL Server实用教程
2013年8月9日星期五
Page 2
5．1 数据完整性的基本概念
数据完整性包括实体完整性、域完整性、参照完整性和用 户定义的完整性。 1．实体完整性（Entity Integrity） 实体完整性用于保证数据库中数据表的每一个特定实体都 是唯一的。它可以通过主键约束（PRIMARY KEY）、 唯一键约束（UNIQUE）、索引或标识属性 （IDENTITY）来实现。 2．域完整性(Domain Integrity) 域完整性就是保证数据库中的数据取值的合理性，即保证 指定列的数据具有正确的数据类型、格式和有效的数据范 围。通过为表的列定义数据类型以及检查约束 （CHECK）、默认定义（DEFAULT）、非空（NOT NULL）和规则实现限制数据范围，保证只有在有效范围 内的值才能存储到列中。
SQL Server实用教程 2013年8月9日星期五 Page 10
5．2．2 唯一键（UNIQUE）约束
可使用UNIQUE约束确保在非主键列中不输入重 复值。在允许空值的列上保证唯一性时，应使用 UNIQUE约束而不是PRIMARY KEY约束，不过 在该列中只允许有一个NULL值。一个表可以定 义 多 个 UNIQUE 约 束 ， 但 只 能 定 义 一 个 PRIMARY KEY约束。FOREIGN KEY约束也可 引用UNIQUE约束。
SQL Server实用教程
2013年8月9日星期五
Page 13
（2）向已有表中添加唯一约束 其语法格式如下。 ALTER TABLE 表名 ADD [CONSTRAINT 约束名] UNIQUE (列名 1[,…n]) [,…]) （3）删除唯一约束 其语法格式如下。 ALTER TABLE 表名 DROP CONSTRAINT 约束名
SQL Server实用教程
2013年8月9日星期五
Page 9
（3）删除主键约束 其语法格式如下。 ALTER TABLE 表名 DROP CONSTRAINT 约束名 例如要删除cj表中的主键约束，可以利用如下语句： ALTER TABLE cj DROP CONSTRAINT pk_xhkch 注意：向表中添加主键约束时，SQL Server 将检 查现有记录的列值，以确保现有数据符合主键的规 则，所以在添加主键之前要保证主键列没有空值和 重复值。
SQL Server实用教程
2013年8月9日星期五
Page 7
【例5.1】删除原有kc表，重新创建kc表，字段定义不变， 同时将课程号设置为主键。 USE xsgl DROP TABLE kc GO CREATE TABLE kc ( 课程号 CHAR(4) NOT NULL CONSTRAINT pk_kch PRIMARY KEY, 课程名 CHAR(16) NOT NULL, 学分 SMALLINT, 学时数 SMALLINT )
SQL Server实用教程
2013年8月9日星期五
Page 3
3．参照完整性(Referential Integrity) 参照完整性定义了一个关系数据库中，不同的表中列之间 的关系（父键与外键）。要求一个表中（子表）的一列或 列组合的值必须与另一个表（父表）中的相关一列或列组 合的值相匹配。被引用的列或列组合称为父键，父键必须 是主键或唯一键，通常父键为主键，主键表是主表。 引用父键的一列或列组合称为外键，外键表是子表。如果 父键和外键属于同一个表，则称为自参照完整性。子表的 外键必须与主表的主键相匹配，只要依赖某一主键的外键 存在，主表中包含该主键的行就不能被删除。 当增加、修改或删除数据库表中记录时，可以借助参照完 整性来保证相关联表之间数据的一致性。
SQL Server实用教程
2013年8月9日星期五
Page 11
1．利用Management Studio定义（删除）唯一性约束 2．利用T-SQL语句定义（删除）唯一性约束 （1）在创建表时创建唯一性约束 其语法格式如下。 语法格式1： CREATE TABLE 数据表名 (列名 数据类型 [CONSTRAINT 约束名] UNIQUE [CLUSTERED︱NONCLUSTERD][,…]) 语法格式2： CREATE TABLE 数据表名 ( [CONSTRAINT 约束名] UNIQUE [CLUSTERED︱ NONCLUSTERD] (列名1[,…n]) [,…]) 说明：语法格式1定义单列唯一约束，语法格式2定义多列组 合唯一约束。
SQL Server实用教程 2013年8月9日星期五 Page 18
--创建不检查现有数据的检查约束 ALTER TABLE XS WITH NOCHECK ADD CONSTRAINT ck_dh CHECK ([电话] LIKE '[0-9][0-9][0-9][0-9][09][0-9][0-9][0-9]') GO
SQL Server实用教程
2013年8月9日星期五
Page 5
5．2 约束
约束是通过限制列中数据、行中数据以及表之间数据取值 从而保证数据完整性的非常有效和简便的方法。 5．2．1 主键（PRIMARY KEY）约束 PRIMARY KEY约束在表中定义一个主键，唯一的标识 表中的行。一个表只能有一个PRIMARY KEY约束。 当 向 表 中 的 现 有 列 添 加 PRIMARY KEY 约 束 时 ， SQL Server将检查列中现有的数据以确保现有数据遵从主键 的规则，即无空值、无重复值。 当PRIMARY KEY约束由另一表的FOREIGN KEY约束引 用时，不能删除被引用的PRIMARY KEY约束，要删除 它，必须先删除引用的FOREIGN KEY约束。 每个表都应有一个主键。主键可以是一列或列组合。
SQL Server实用教程
2013年8月9日星期五
Page 20
注意：在默认情况下，检查约束同时作用于新数 据和表中已有的数据，可以通过关键字WITH NOCHECK禁止CHECK约束检查表中已有的数据。 与其他约束不同的是，CHECK约束可以通过 NOCHECK和CHECK关键字设置为无效或重新有 效。 其语法格式如下。 ALTER TABLE 表名 NOCHECK CONSTRAINT 约束名︱CHECK CONSTRAINT 约束名
SQL Server实用教程
2013年8月9日星期五
Page 19
（3）删除检查约束 其语法格式如下。 ALTER TABLE 表名 DROP CONSTRAINT 约束名 【例5.7】删除xs中的电话列的检查约束。 ALTER TABLE xs DROP CONSTRAINT ck_dh GO
SQL Server实用教程
2013年8月9日星期五
Page 16
1．利用Management Studio定义（删除）检查约束 2．利用T-SQL语句定义（删除）检查约束 （1）在创建表时创建检查约束 其语法格式如下。 CREATE TABLE 数据表名 (列名 数据类型 [CONSTRAINT 约束名] CHECK (逻辑表达 式) [,…]) （2）向已有表中添加检查约束 其语法格式如下。 ALTER TABLE 表名 WITH NOCHECK ADD [CONSTRAINT 约束名] CHECK (逻辑表达式) [,…])
SQL Server实用教程定义的完整性(User-defined Integrity) 这是由用户定义的完整性。用户可以根据自己的 业务规则定义不属于任何完整性分类的完整性。 由于每个用户的数据库都有自己独特的业务规则， 所以系统必须有一种方式来实现定制的业务规则， 即定制的数据完整性约束。 用户定义的完整性可以通过自定义数据类型、规 则、存储过程和触发器来实现。
SQL Server实用教程 2013年8月9日星期五 Page 17
【例5.6】 在xs表中增加一个字段“电话(CHAR(8)”，为电话列添加检 查约束，要求每个新加入或修改的电话号码为8位数字，但对表中现有的 记录不进行检查。 USE xsgl GO ALTER TABLE xs ADD 电话 char(8) null --向学生表中插入一条电话号码为7位数字的记录 INSERT xs(学号,姓名,性别,出生时间,专业,总学分,电话) VALUES(2009030108,'耿娇','女','91/6/6','电子商务',19, '4501310') GO --创建不检查现有数据的检查约束 ALTER TABLE xs WITH NOCHECK ADD CONSTRAINT ck_dh CHECK ([电话] LIKE '[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]') GO
SQL Server实用教程
2013年8月9日星期五
Page 14
【例5.4】给kc表中课程名字段添加唯一约束。 USE xsgl GO ALTER TABLE kc ADD CONSTRAINT ix_kcm UNIQUE(课程名) GO 【例5.5】删除kc_new中的唯一约束。 USE xsgl GO ALTER TABLE kc_new DROP CONSTRAINT ix_kcm1 GO
SQL Server实用教程
2013年8月9日星期五
Page 15
5．2．3 检查（CHECK）约束
CHECK约束是限制用户输入某一列的数据取值， 即该列只能输入一定范围的数据。 CHECK约束可以作为表定义的一部分在创建表时 创建，也可以添加到现有表中。表和列可以包含 多个CHECK约束。允许修改或删除现有的 CHECK约束。 在现有表中添加CHECK约束时，该约束可以仅作 用于新数据，也可以同时作用于已有的数据。默 认设置为CHECK约束同时作用于已有数据和新数 据。当希望现有数据维持不变，则使用约束仅作 用于新数据选项。