数据库完整性实验指导书

《数据库完整性实验指导书》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、1实验八：数据库完整性1.1实验背景“存储在数据库屮的所有数据值均是正确的状态。如果数据库屮存储侑不正确的数据值，则该数据库称为已丧失数据完整性。”这是SQLServer2000中给出数据库完整性的解释，但是我们要问两个问题：•什么是数据正确的状态？•如何确保数据是止确的？对于第一个问题，确实很难回答，因为：“世界上所有事物木无正确与错误”，但是一些不符合逻辑的、前后矛盾的、没有满足人们需求的，可以说是“不正确的”。如：一个人的年龄是“・20岁”，这就是不符合逻辑的；在一个地方，这个人叫“张三”，但是换了个地方却记成“张

2、山”，这就是矛盾；如果一笔订单金额没有达到1万元，却给记成打了8折，实际只能打9折，这就是不满足需求。造成上述各种不正确的原因是什么呢？无外乎是人们输入错误、业务不熟悉、或者是捣乱分子故意为Z。那么关键问题是我们如何在数据库中预防这种不正确的情况呢？这就是要问的第二个问题。这需要靠数据库管理系统（DBMS）提供一套完整性约束机制来预防这种悄况的发生。但是人们常说一句话“人无完人，金无足赤”，同样，要完全靠DBMS帮我们防住所有的不正确，本身就是不正确的，这不符合辩证哲学的观点。这说明DBMS只能是尽可能的预防。那么人们要

3、深入研究有哪些完整性约束，DBMS应该提供哪些保障机制。首先，完整性约束主要有以下几种：•实体完整性约束•参照完整性约束•用户定义完整性约束•其次，在关系型数据库中保证上述完整性约束的方法有以下儿种：表1数据库提供的约束数据库提供的约束理论上的完整性约束主码约束实体完整性约束外码约束参照完整性约束Check约束用户定义完整性约束Null约束索引约束触发器存储过程我们可以看出主码、外码是我们经常接触到的数据库提供的约朿方法，也是最重要的约束。但是，外码约束并没冇我们想彖那样简单，即只要把外码关系建立起來就行了,还要考虑到约

4、束强度的问题：表2参照完整性约束的类型与强度参照完整性类型约束强度说明不实施参照完整性约朿强度为零这种情况最好要避免。实施级联更新参,照完整性约束中等强度可以实施。当主码修改了，外码自动被修改。实施级联删除参,照完整性约束中等强度谨慎实施。当父表记录删除了，子表记录被自动删除。实施更新参照完整性约朿高强度放心实施。对于存在子表数据的主码不允许修改。实施删除参照完整性约朿高强度放心实施。对于存在了表数据的父表记录不允许删除。实施插入参照完整性约朿高强度绝对实施。当父表中不存在外码对应的记录，子表不允许插入数据。那么，用户定

5、义的参照完整性如何实现？一般的DBMS都提供了相应的对策，如：Check约束、Null约束、索引约束、触发器、存储过程等。SQLServer中还提到了域约束。在SQLServer2000的联机丛书屮都详细地阐述了上述所有的完整性约束，以及如何操作SQLServer2000去实现这些完整性约束。表3SQLServer2000中用户定义约束的实施约束方法说明Check纟勺束使用“金业管理器”构建。使用"Create/AlterTabic…Check”的SQL构建。Null约束使用“企业管理器”构建。使用Create/Alte

6、rTable…Null/NotNull”的SQL构建。索引约束使用“企业管理器”构建。使用CreateIndex"的SQL构建。触发器约束使用“企业管理器”构建。使用Create/AlterTrigger”的SQL构建。存储过程使用“企业管理器”构建。使用Create/AlterProcedure”的SQL构建。1.2实验目标能使用SQLServer2000创建完整性约束。1.3实验任务序号任务1本次实验需要用到SQLServer2000。2创建实验7的数据库，取名为“SalcsDB3为每个表创建主码。4为所冇存在关系

7、的表构建参照完整性约束。5列出不能为Null的非主码字段，并加入NotNull约束。6使用Check约束，确保：（1）订货数量、未发货罐不能为小于（）的整数。（2）折扣金额不能人于订货金额。7使用触发器约束，确保：（1）未发货数量随着每笔订单的发货，而自动减少。2实验报告2.1实验人信息姓名：学号：实验时间：2.2实验结果1.写出每张表及其主码：2.写出父表和子表的关系以及它们的参照完整性强度:3.写出所有不能为Null的非主码字段及其所在的表，并写出其中一个NotNull约束的创建SQL：4.写出任务6中的创建Chec

8、k约束的SQL：5.写出任务7中的创建触发器约束的SQL：