第2章关系数据库基础.pptVIP

2.3 关系的完整性 任务2-9 建立表“学生”，其中的属性“课程号”为主码，该主码唯一且不能为空。使用T-SQL语言定义“学生”表。 任务分析：T-SQL语言的相关知识将在本书第五章介绍，此处从T-SQL语言定义数据表的角度帮助读者理解实体完整性规则。 使用T-SQL语言创建某表“课程”的语句如下： CREATE TABLE COURSE ( courseID char(8) NOT NULL PRIMARY KEY, coursename varchar(20) null, typename varchar(18) null ) 从表的定义中可以看到“courseID char(8) NOT NULL PRIMARY KEY”，对“课程”表的主属性“PRIMARY KEY”指明了“NOT NULL”。依据以上T-SQL语句进行了表的创建后，当有基于此表的数据输入、修改等操作时，数据库管理系统自动对输入和修改的数据进行检查，从而可以保障数据的有效性。 2.3.1 实体完整性 2.3 关系的完整性 实体与实体之间往往存在某种依存关系，这种依存关系叫做联系。在关系模型中实体及实体间的联系都是用关系来描述的，这样就自然存在着关系与关系间的引用，即关系参照的完整性。 在一个关系模型中，关系R中的外码对应另一个关系S的主码（关系R和S不一定是不同的关系），关系R中外码的取值要参照另一个关系S主码的取值。此时，R为参照关系，S为被参照关系。 参照完整性规则：定义外码与主码之间的引用和参照规则，参照关系的外码取值不能超出被参照关系的主码取值。 2.3.2 参照完整性 2.3 关系的完整性 任务2-10 新建一个关系“选课”，与任务2-9中关系“课程”形成参照关系和被参照关系，此时“选课”中外码courseID的值不能超过“课程”中courseID的值。使用T-SQL语言定义参照完整性。 任务分析：T-SQL语言的相关知识将在本书第五章介绍，此处从T-SQL语言实现参照完整性约束的角度帮助读者理解参照完整性。 使用T-SQL语言创建某表“选课”的语句如下： CREATE TABLE Student_Course ( studentID char(10) NOT NULL, courseID char(8) NOT NULL, Grade Tinyint, PRIMARY KEY(studentID,courseID), FROEIGN KEY(courseID) REFERENCES Course(courseID) ) 当对“选课”中插入数据时，数据库管理系统检查其插入的courseID值是否在“课程”的courseID属性值中，如果存在则可插入，如不存在则不能插入。 2.3.2 参照完整性 2.3 关系的完整性 2.3.3 用户定义完整性 实体完整性和参照性适用于任何关系数据库系统，而用户自定义的完整性规则是针对某一具体数据库的约束条件。 不同的关系数据库系统根据其应用环境的不同，往往需要一些特殊的约束条件，用户定义的完整性就是针对某一具体关系数据库进行的条件约束，它反映的是具体应用所涉及的数据所须满足的要求。关系模型应能提供定义和检验这类完整性的机制，以便用统一的处理这些条件要求。因此，在实际应用中，应用程序的编程人员不需考虑这类完整性规则。 2.3 关系的完整性 任务2-11 对关系“学生”，其中的属性“性别”的取值范围必须满足“男”或“女”，使用T-SQL语言定义用户完整性约束（CHECK约束）。 任务分析：T-SQL语言的相关知识将在本书第五章介绍，此处从T-SQL语言实现用户定义完整性约束的角度帮助读者理解用户定义完整性。 使用T-SQL语言创建某表“学生”的语句如下： CREATE TABLE STUDENT ( studentID char(10) NOT NULL PRIMARY KEY, studentName varchar (10) NOT NULL, Sex char(2) NULL CHECK（Sex=’男’ OR Sex=’女’） ) 在对关系“学生”进行数据输入的时候，数据库管理系统自动检查所输入性别对应的值，所输入的Sex值只可能是“男”或者是“女”两种情况之一。 2.3.3 用户定义完整性 2.4 关系规范化理论 在数据库设计过程中，需要考虑到针对具体问题构造适合于这个问题的数据库模式，即在该数据库设计过程中应该构造几个关系模式，每个关系由哪些属性组成等。这是数据库设计的问题，确切地讲是关系数据库逻辑设计问题。 关系数据库逻辑设