第6章 数据库基础access1.pptVIP

例：某大学成绩管理中，有6个实体：学生、专业、学生选课、课程、教师和教师任课。 （2） 第二范式 解决方法： 非主键字段依赖主键“学号＋课程编号” 非主键字段依赖主键 “课程编号” （3） 第三范式 第三范式：满足第二范式的前提下，一个表的所有非主键字段均不传递依赖于主键 传递依赖：设表中有A(主键)、B、C三个字段，若B依赖于A，而C依赖于B，称字段C传递依赖于主键字段A （3） 第三范式 解决方法 有传递依赖的学生表 “专业名称”传递依赖于“学号” 内容提要 6.1 数据库技术基础 1 数据库系统的组成和特点 2 数据模型 3 关系模型理论 4 数据库设计基础 6.1.4 数据库应用系统设计 数据库设计步骤 1 需求分析 2 概念结构设计 3 逻辑结构设计 4 物理设计 5 数据库的实施 6 数据库的维护 关系模型 关系模型特点 关系模型的数据结构简单，无论是实体还是实体之间的联系都用关系表来表示。不同的关系表之间通过相同的数据项或关键字构成联系。正是这种表示方式可直接处理两实体间m∶n的联系。 关系模型中的所有的关系都必须是规范化的。 关系模型的数据操作是从原有的二维表得到新的二维表 无论原始数据还是结果数据都是同一种数据结构——二维表 数据操作是集合操作，即操作对象和结果是若干元组的集合，而不象层次和网状模型中是单记录的操作方式 关系模型把存取路径向户隐蔽起来，用户只需要指出要做什么, 而不必详细地指出如何做，大大提高了数据的独立性和系统效率。 面向对象模型 面对大型工程复杂数据的管理，单纯依靠传统的数据库系统难以胜任。把面向对象技术与数据库技术结合成为了数据库技术的新方向。20世纪80年代中后期以来，面向对象数据库管理系统(OODBMS)和对象-关系型数据库管理系统(OODBMS)的研究十分活跃。 内容提要 6.1 数据库技术基础 1 数据库系统的组成和特点 2 数据模型 3 关系模型理论 4 数据库设计基础 （1）关系模型数据结构 （1）关系模型数据结构 关系中的每一个属性都必须是不可分解的，是最基本的数据单元。即数据表中不能再包含表。 一个关系中不允许有相同的属性名。即在定义表结构时，一张表中不能出现重复的字段名。 关系中不允许出现相同的元组。即数据表中任意两行不能完全相同。否则不仅会增加数据量，造成数据的“冗余”（重复存储）。 关系中同一列的数据类型必须相同，即同一属性的数据具有同质性。指数据表中任一字段的取值范围应属于同一个域。 关系中行、列的次序任意。即数据表中元组和字段的顺序无关紧要。任意交换两行或两列的位置并不影响数据的实际含义。 （2）关系数据库基本术语 关系（Relation）：对应于关系模式的一个具体的表 对关系的结构描述称为关系模式。其格式为 关系名（属性名1，属性名2，…，属性名n） 在数据库中，关系模式对应着二维表的表结构 表名（字段名1，字段名2，…，字段名n） 元组(Tuple)：关系中水平方向的行称为元组。 在数据表中，一个元组对应一条记录。如学生表中的一行对应一条学生记录。一个关系就是若干个元组的集合。 属性(Attribute)：关系中垂直方向的列称为属性。 每一列有一个属性名。在数据表中，一个属性对应着一个字段，属性名即字段名，每个字段对应的数据类型和宽度在定义表的结构时规定。如学生表中的学号、姓名、性别等字段及其相应的数据类型组成了学生表的表结构。 域(Domain)：属性的取值范围。 如学生表中的姓名字段的取值范围是文字字符，性别字段的取值范围是汉字“男”或“女”，逻辑型字段团员否只能从“真”和“假”两个值中取值。 （2）关系数据库基本术语 元：关系模式中属性的数目称为关系的元数，又称为关系的目、度 如学生表是十元关系。只有一个属性的关系称为一元关系，只有两个属性的关系称为二元关系。 键(Key)：用来标识行的一列或者多列 键名 英文 键码 Key 关系模型中的一个重要概念，在关系中用来标识行的一列或多列 候选关键字 Candidate Key 惟一地标识表中的一行而又不含多余属性的一个属性集 主关键字 Primary Key 被挑选出来作为表行的唯一标识的候选关键字。一个表只有一个主关键字，主关键字又成为主键。 公共关键字 Common Key 在关系数据库中，关系之间的联系是通过相容或相同的属性或属性组来表示的。如果两个关系中有相容或相同的属性或属性组，那么这个属性或属性组被称为这两个关系的公共关键字。 外关键字 Foregn Key 如果公共关键字在一个关系中是主要关键字，那么这个公共关键字被称