数据库 - 数据库完整性

数据库的完整性

数据的正确性和相容性

数据的完整性和安全性是两个不同概念

数据的完整性

防止数据库中存在不符合语义的数据,也就是防止数据库中存在不正确的数据

防范对象:不合语义的、不正确的数据

数据的安全性

保护数据库防止恶意的破坏和非法的存取

防范对象:非法用户和非法操作

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

1.提供定义完整性约束条件的机制

2.提供完整性检查的方法

3.违约处理

实体完整性

实体完整性定义

关系模型的实体完整性

CREATE TABLE中用PRIMARY KEY定义

单属性构成的码有两种说明方法

定义为列级约束条件

定义为表级约束条件

对多个属性构成的码只有一种说明方法

定义为表级约束条件

[例1]  将Student表中的Sno属性定义为码

         (1)在列级定义主码

              CREATE TABLE Student
                (Sno  CHAR(9)  PRIMARY KEY,
                 Sname  CHAR(20) NOT NULL,
                 Ssex  CHAR(2) ,
                 Sage  SMALLINT,
                 Sdept  CHAR(20));
(2)在表级定义主码
    CREATE TABLE Student
        (Sno  CHAR(9),
         Sname  CHAR(20) NOT NULL,
         Ssex  CHAR(2) ,
         Sage  SMALLINT,
         Sdept  CHAR(20),
         PRIMARY KEY (Sno)
      );
[例2]将SC表中的Sno,Cno属性组定义为码
      CREATE TABLE SC
           (Sno   CHAR(9)  NOT NULL,
            Cno  CHAR(4)  NOT NULL,
            Grade    SMALLINT,
            PRIMARY KEY (Sno,Cno)     /*只能在表级定义主码*/
          );

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

插入或对主码列进行更新操作时,RDBMS按照实体完整性规则自动进行检查。包括:

1. 检查主码值是否唯一,如果不唯一则拒绝插入或修改

2. 检查主码的各个属性是否为空,只要有一个为空就拒绝插入或修改

参照完整性

参照完整性定义

关系模型的参照完整性定义

在CREATE TABLE中用FOREIGN KEY短语定义哪些列为外码

用REFERENCES短语指明这些外码参照哪些表的主码

例如,关系SC中一个元组表示一个学生选修的某门课程的成绩,(Sno,Cno)是主码。Sno,Cno分别参照引用Student表的主码和Course表的主码
[例3]  定义SC中的参照完整性
      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)
          /*在表级定义参照完整性*/
      );

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

参照完整性违约处理

  1. 拒绝(NO ACTION)执行

    默认策略

  2. 级联(CASCADE)操作
  3. 设置为空值(SET-NULL)

    对于参照完整性,除了应该定义外码,还应定义外码列是否允许空值

[例4]  显式说明参照完整性的违约处理示例
    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)
        ON DELETE CASCADE     /*级联删除SC表中相应的元组*/
                ON UPDATE CASCADE, /*级联更新SC表中相应的元组*/
         FOREIGN KEY (Cno) REFERENCES Course(Cno)
               ON DELETE NO ACTION
               /*当删除course 表中的元组造成了与SC表不一致时拒绝删除*/
               ON UPDATE CASCADE
        /*当更新course表中的cno时,级联更新SC表中相应的元组*/
        );

用户定义的完整性就是针对某一具体应用的数据必须满足的语义要求

RDBMS提供,而不必由应用程序承担

属性上的约束条件的定义

CREATE TABLE时定义
列值非空(NOT NULL)
列值唯一(UNIQUE)
检查列值是否满足一个布尔表达式(CHECK)
1.不允许取空值 

[例5]  在定义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),
          /* 如果在表级定义实体完整性,隐含了Sno,Cno不允许取空值,则在列级不允许取空值的定义就不必写了 * /
        );
2.列值唯一 

[例6]  建立部门表DEPT,要求部门名称Dname列取值唯一,部门编号Deptno列为主码
    CREATE TABLE DEPT
        (Deptno  NUMERIC(2),
          Dname  CHAR(9)  UNIQUE,/*要求Dname列值唯一*/
          Location  CHAR(10),
          PRIMARY KEY (Deptno)
       );
3. 用CHECK短语指定列值应该满足的条件

[例7]  Student表的Ssex只允许取“男”或“女”。
    CREATE TABLE Student
        (Sno  CHAR(9) PRIMARY KEY,
          Sname CHAR(8) NOT NULL,
          Ssex  CHAR(2)  CHECK (Ssex IN (‘男’,‘女’) ) ,
              /*性别属性Ssex只允许取‘男‘或‘女‘ */
          Sage  SMALLINT,
          Sdept  CHAR(20)
        );

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

插入元组或修改属性的值时,RDBMS检查属性上的约束条件是否被满足

如果不满足则操作被拒绝执行

元组上的约束条件的定义

在CREATE TABLE时可以用CHECK短语定义元组上的约束条件,即元组级的限制

同属性值限制相比,元组级的限制可以设置不同属性之间的取值的相互约束条件

[例9]  当学生的性别是男时,其名字不能以Ms.打头。
    CREATE TABLE Student
         (Sno    CHAR(9),
          Sname  CHAR(8) NOT NULL,
          Ssex    CHAR(2),
          Sage   SMALLINT,
          Sdept  CHAR(20),
          PRIMARY KEY (Sno),
          CHECK (Ssex=‘女‘ OR Sname NOT LIKE ‘Ms.%‘)
          /*定义了元组中Sname和 Ssex两个属性值之间的约束条件*/
        );
性别是女性的元组都能通过该项检查,因为Ssex=‘女’成立;
当性别是男性时,要通过检查则名字一定不能以Ms.打头
CONSTRAINT 约束

CONSTRAINT <完整性约束条件名>
[PRIMARY KEY短语
   |FOREIGN KEY短语
   |CHECK短语]
[例10]  建立学生登记表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)
      );
在Student表上建立了5个约束条件,包括主码约束(命名为StudentKey)以及C1、C2、C3、C4四个列级约束。
[例13]  修改表Student中的约束条件,要求学号改为在900000~999999之间,年龄由小于30改为小于40
可以先删除原来的约束条件,再增加新的约束条件
      ALTER TABLE Student
        DROP CONSTRAINT C1;
        ALTER TABLE Student
        ADD CONSTRAINT C1 CHECK (Sno BETWEEN 900000 AND 999999),
        ALTER TABLE Student
        DROP CONSTRAINT C3;
        ALTER TABLE Student
        ADD CONSTRAINT C3 CHECK (Sage < 40);
时间: 2024-10-10 17:59:12

数据库 - 数据库完整性的相关文章

数据库的完整性和恢复技术

一.数据库的完整性 1实体完整性 主码不能为空,且唯一 2参照完整性 被参照表如student表 参照表如sc表 违约处理 可能破坏参照完整性                    ← 插入元组 拒绝(not action) 可能破坏参照完整性                     ← 修改外码值→ 拒绝 删除元组                                   → 可能破坏参照完整性 拒绝.级联删除(cascade).设置为空 修改主码值                

浅谈数据库的完整性

数据库操作的时候必须要实现数据库的完整性,在实现数据库的完整性的时候,有两种方式都可以实现数据库的完整性,第一种是通过完整性的约束实现数据库的完整性,第二种就是通过用户创建自定义的触发器实现数据库的完整性. 一.完整性约束实现数据库的完整性 (一)主键约束 谈到主键约束的话,我就通过几个例子来实现创建主键约束 (1) 对student表添加主键约束 alter table student add constraint PK1 primary key(sno) (2) 对sc表添加主键约束 alt

关系型数据库的完整性---锁、 约束 、键、 索引

RDBMS能在事务中维护数据的完整性,这是通过数据库对象实现的多种机制来实现的,下面列出的是4个最重要的对象: 锁 约束 键 索引 在SQL Server中,锁可以使多个用户同时访问,同一数据,并且保证在读取数据时,数据不会被修改.同时,锁也用来确保一个进程在修改数据时,不和其他进行数据修改操作或者数据读取操作的进程发生冲突. SQL Server以连接为单位对锁进行管理,这就是说,一个锁不能被多个连接同时持有:SQL Server也以事务为单位对锁进行管理,和多个连接不能同时持有同一个锁一样,

数据库之完整性约束条件

PRIMARY KEY (PK) 标识该字段为该表的主键,可以唯一的标识记录 FOREIGN KEY (FK) 标识该字段为该表的外键 NOT NULL 标识该字段不能为空 UNIQUE KEY (UK) 标识该字段的值是唯一的 AUTO_INCREMENT 标识该字段的值自动增长(整数类型,而且为主键) DEFAULT 为该字段设置默认值 UNSIGNED 无符号 ZEROFILL 使用0填充 1. 是否允许为空,默认NULL,可设置NOT NULL,字段不允许为空,必须赋值 2. 字段是否有

sqlserver数据库设计完整性与约束

1 use StudentManageDB 2 go 3 --创建主键约束 4 5 if exists(select * from sysobjects where name='pk_StudentId') 6 alter table Students drop constraint pk_StudentId 7 alter table Students add constraint pk_StudentId primary key(StudentId) 8 9 --创建唯一约束 10 if e

数据库 - 数据库系统结构

数据库系统结构 从数据库管理系统角度看,数据库系统通常采用三级模式结构,是数据库系统内部的系统结构 从数据库最终用户角度看(数据库系统外部的体系结构) ,数据库系统的结构分为: 单用户结构 分布式结构 客户/服务器 浏览器/应用服务器/数据库服务器多层结构等 数据库系统模式的概念 "型" 和"值" 的概念 型(Type) 对某一类数据的结构和属性的说明 值(Value) 是型的一个具体赋值 例如 学生记录型: (学号,姓名,性别,系别,年龄,籍贯) 一个记录值: (

数据库 - 数据库恢复技术

事务定义 Jim(James) Gray 詹姆斯·格雷 1998年图灵奖获得者 数据库技术和事务处理专家 二.事务的特性 定义 一个数据库操作序列 一个不可分割的工作单位 恢复和并发控制的基本单位 事务和程序比较 在关系数据库中,一个事务可以是一条或多条SQL语句,也可以包含一个或多个程序. 一个程序通常包含多个事务 显式定义方式 BEGIN TRANSACTION BEGIN TRANSACTION SQL 语句1 SQL 语句1 SQL 语句2 SQL 语句2 ..... ..... COM

数据库 数据库管理系统 数据库系统

数据库:存放数据的仓库. 数据库管理系统:位于用户与操作系统之间的用于管理数据库的软件集合. 数据库系统:由数据库及其管理软件组成的系统.一般有数据库,数据库管理系统,开发工具以及各类用户组成. 数据库模型:1层次模型(树状结构) 2网状模型 (图状结构)3关系模型(一般的二维关系表) 数据模型的三要素:结构  操作 完整性约束条件 数据库的三种模式结构:内模式 外模式 概念模式(介于内模式与外模式之间) 原文地址:https://www.cnblogs.com/zyt123/p/8542095

数据库-数据库设计-分库分表

为什么要分库分表 分库分表的设计 带来的问题 扩容 分布式事务 多个路由字段怎么设置 关于分库分表最全的一篇文章 这里介绍设计分库分表框架时应该考虑的设计要点,并给出相应的解决方案. 一.整体的切分方式 简单来说,数据的切分就是通过某种特定的条件,将我们存放在同一个数据库中的数据分散存放到多个数据库(主机)中,以达到分散单台设备负载的效果,即分库分表. 数据的切分根据其切分规则的类型,可以分为如下两种切分模式. 垂直(纵向)切分:把单一的表拆分成多个表,并分散到不同的数据库(主机)上. 水平(横