数据库基础【荐】.docVIP

第一章 数据库基础 1.1数据库系统概述 数据 Data 数据库 Database 数据库管理系统 DBMS 数据库系统 DBS 实例解析 为某百货公司设计一个E-R模型。 百货公司管辖若干连锁商店，每家商店经营若干商品，每家商店有若干职工，但每个职工只能服务于一家商店。 实体类型“商店”的属性有：店号、店名、店址、店经理。 实体类型“商品”的属性有：商品号、品名、单价、产地。 实体类型“职工”的属性有：工号、姓名、性别、工资。 在联系中应反映出职工参加某商店工作的开始时间、商店销售商品的月销售量。 试画出反映商店、商品、职工实体类型及其联系类型的E-R图、并将其转换成关系模式集。 实例解析 转换的关系模式如下： 职工（工号、姓名、性别、工资） 商品（商品号、品名、单价、产地） 商店（店号、店名、店址、店经理） 经营（店号、商品号、月销售量） 隶属（店号、工号、入职时间） 1.2.4 最常用的数据模型 1.非关系模型 层次模型 Hierarchical Model 网状模型 Network Model 关系模型 Relational Model 1.2.5 关系模型和范式 1.关系数据库系统采用关系模型作为数据的组织方式 2.1970年美国IBM公司San Jose研究室的研究员E.F.Codd首次提出了数据库系统的关系模型 计算机厂商新推出的数据库管理系统几乎都支持关系模型 关系数据模型的数据结构 在用户观点下，关系模型中数据的逻辑结构是一张二维表，它由行和列组成。 学生登记表 学 号 姓 名 年龄 性别 系名 年级 座机电话号码 章子怡 19 女 社会学 2005 座机电话号码 黄晓明 20 男 商品学 2005 座机电话号码 范冰冰 18 女 法律 2005 关系数据模型的数据结构（续） 1.关系（Relation） 一个关系对应通常说的一张表 2.元组（Tuple） 表中的一行即为一个元组 3.属性（Attribute） 表中的一列即为一个属性，给每一个属性起一个名称即属性名 4.主键（Key） 表中的某个属性组，它可以唯一确定一个元组。 5.域（Domain） 属性的取值范围。 6.分量 元组中的一个属性值。 7.关系模式 对关系的描述 关系名（属性1，属性2，…，属性n） 学生（学号，姓名，年龄，性别，系，年级） 表术语对比 关系术语 一般表格的术语 关系名 表名 关系模式 表头（表格的描述） 关系 （一张）二维表 元组 记录或行 属性 列 属性名 列名 属性值 列值 分量 一条记录中的一个列值 非规范关 表中有表（大表中嵌有小表） 二 范式介绍 1.设计范式是符合某一种级别的关系模式的集合。构造数据库必须遵循一定的规则。在关系数据库中，这种规则就是范式。 2.满足最低要求的范式是第一范式（1NF）。 3.一般说来，数据库只需满足第三范式（3NF）就行了。 4.下面我们着重来介绍第一范式（1NF），第二范式（2NF），第三范式（3NF）。 第一范式（1NF） 1.第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。 2.所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。 第二范式（2NF） 1.数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖（部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况），也即所有非关键字段都完全依赖于任意一组候选关键字。 2.所有单关键字的数据库表都符合第二范式，因为不可能存在组合关键字。 举例说明 假定选课关系表为SelectCourse 学号, 姓名, 年龄, 课程名称, 成绩, 学分 ，关键字为组合关键字 学号, 课程名称 ，因为存在如下决定关系： 学号, 课程名称 → 姓名, 年龄, 成绩, 学分 这个数据库表不满足第二范式，因为存在如下决定关系： 课程名称 → 学分 学号 → 姓名, 年龄 即存在组合关键字中的字段决定非关键字的情况。 不符合第二范式存在的问题 1.数据冗余：同一门课程由n个学生选修，“学分”就重复n-1次；同一个学生选修了m门课程，姓名和年龄就重复了m-1次。 2.更新异常：若调整了某门课程的学分，数据表中所有行的“学分”值都要更新，否则会出现同一门课程学分不同的情况。 3.插入异常：假设要开设一门新的课程，暂时还没有人选修。这样，由于还没有“学号”关键字，课程名称和学分也无法记录入数据库。 4.删除异常：