数据库完整性实验报告.doc

实验八：数据库完整性 实验背景 “存储在数据库中的所有数据值均是正确的状态。如果数据库中存储有不正确的数据值，则该数据库称为已丧失数据完整性。” 这是SQL Server2000中给出数据库完整性的解释，但是我们要问两个问题： 什么是数据正确的状态？ 如何确保数据是正确的？ 对于第一个问题，确实很难回答，因为：“世界上所有事物本无正确与错误”，但是一些不符合逻辑的、前后矛盾的、没有满足人们需求的，可以说是“不正确的”。如：一个人的年龄是“-20岁”，这就是不符合逻辑的；在一个地方，这个人叫“张三”，但是换了个地方却记成“张山”，这就是矛盾；如果一笔订单金额没有达到1万元，却给记成打了8折，实际只能打9折，这就是不满足需求。 造成上述各种不正确的原因是什么呢？无外乎是人们输入错误、业务不熟悉、或者是捣乱分子故意为之。那么关键问题是我们如何在数据库中预防这种不正确的情况呢？这就是要问的第二个问题。 这需要靠数据库管理系统（DBMS）提供一套完整性约束机制来预防这种情况的发生。但是人们常说一句话“人无完人，金无足赤”，同样，要完全靠DBMS帮我们防住所有的不正确，本身就是不正确的，这不符合辩证哲学的观点。这说明DBMS只能是尽可能的预防。那么人们要深入研究有哪些完整性约束，DBMS应该提供哪些保障机制。 首先，完整性约束主要有以下几种： 实体完整性约束 参照完整性约束 用户定义完整性约束 其次，在关系型数据库中保证上述完整性约束的方法有以下几种： 表 1 数据库提供的约束 数据库提供的约束 理论上的完整性约束 主码约束 实体完整性约束 外码约束 参照完整性约束 Check约束 Null约束 索引约束 触发器 存储过程 用户定义完整性约束 我们可以看出主码、外码是我们经常接触到的数据库提供的约束方法，也是最重要的约束。但是，外码约束并没有我们想象那样简单，即只要把外码关系建立起来就行了，还要考虑到约束强度的问题： 表 2参照完整性约束的类型与强度 参照完整性类型 约束强度 说明 不实施参照完整性约束 强度为零 这种情况最好要避免。 实施级联更新参照完整性约束 中等强度 可以实施。当主码修改了，外码自动被修改。 实施级联删除参照完整性约束 中等强度 谨慎实施。当父表记录删除了，子表记录被自动删除。 实施更新参照完整性约束 高强度 放心实施。对于存在子表数据的主码不允许修改。 实施删除参照完整性约束 高强度 放心实施。对于存在子表数据的父表记录不允许删除。 实施插入参照完整性约束 高强度 绝对实施。当父表中不存在外码对应的记录，子表不允许插入数据。 那么，用户定义的参照完整性如何实现？一般的DBMS都提供了相应的对策，如：Check约束、Null约束、索引约束、触发器、存储过程等。SQL Server 中还提到了域约束。在SQL Server 2000的联机丛书中都详细地阐述了上述所有的完整性约束，以及如何操作SQL Server2000去实现这些完整性约束。 表 3 SQL Server 2000 中用户定义约束的实施 约束方法 说明 Check约束 使用“企业管理器”构建。 使用“Create/Alter Table … Check”的SQL构建。 Null约束 使用“企业管理器”构建。 使用“Create/Alter Table … Null/Not Null”的SQL构建。 索引约束 使用“企业管理器”构建。 使用“Create Index”的SQL构建。 触发器约束 使用“企业管理器”构建。 使用“Create/Alter Trigger”的SQL构建。 存储过程 使用“企业管理器”构建。 使用“Create/Alter Procedure”的SQL构建。 实验目标 能使用SQL Server 2000创建完整性约束。 实验任务 序号 任务 本次实验需要用到SQL Server 2000。 创建实验7的数据库，取名为“SalesDB”。 为每个表创建主码。 为所有存在关系的表构建参照完整性约束。 列出不能为Null的非主码字段，并加入Not Null约束。 使用Check约束，确保： 订货数量、未发货量不能为小于0的数。 折扣金额不能大于订货金额。 使用触发器约束，确保： 未发货数量随着每笔订单的发货，而自动减少。 实验报告 实验人信息 姓名：____XXX___________学号：_____ 实验时间：____________________________ 实验结果 写出每张表及其主码： 答：①、表 Customer ：其主码为： CustomerID ②、表 Order ： 其主码为： OrderID ③、表 Products ： 其主码为：Prod