数据库关系模型.pptVIP

An Introduction to Database Systems 数据库系统概论 An Introduction to Database Systems 1.2.4 最常用的数据模型 非关系模型 层次模型(Hierarchical Model) 网状模型(Network Model) 关系模型(Relational Model) 面向对象模型(Object Oriented Model） 对象关系模型(Object Relational Model) 1.2 数据模型 1.2.1 两大类数据模型 1.2.2 数据模型的组成要素 1.2.3 概念模型 1.2.4 最常用的数据模型 1.2.5 层次模型 1.2.6 网状模型 1.2.7 关系模型 关系模型 关系数据结构 关系操作 数据完整性约束 一、关系数据模型的数据结构 在用户观点下，关系模型中数据的逻辑结构是一张二维表，它由行和列组成。 关系数据模型的数据结构（续） 关系（Relation） 一个关系对应通常说的一张表 元组（Tuple） 表中的一行即为一个元组 属性（Attribute） 表中的一列即为一个属性，给每一个属性起一个名称即属性名 关系数据模型的数据结构（续） 主码（Key） 表中的某个属性或属性组，它可以唯一确定一个元组。 域（Domain） 属性的取值范围。 分量 元组中的一个属性值。 关系模式 对关系的描述 关系名（属性1，属性2，…，属性n） 学生（学号，姓名，年龄，性别，系，年级） 关系数据模型的数据结构（续） 关系必须是规范化的，满足一定的规范条件 最基本的规范条件：关系的每一个分量必须是一个不可分的数据项, 不允许表中还有表 图1.27中工资和扣除是可分的数据项 ,不符合关系模型要求 二、关系数据模型的操纵与完整性约束 数据操作是集合操作，操作对象和操作结果都是关系 查询 插入 删除 更新 数据操作是集合操作，操作对象和操作结果都是关系，即若干元组的集合 存取路径对用户隐蔽，用户只要指出“干什么”，不必详细说明“怎么干” 关系数据模型的操纵与完整性约束（续） 关系的完整性约束条件 实体完整性 参照完整性 用户定义的完整性 关系数据模型的优缺点 优点 建立在严格的数学概念的基础上 概念单一 实体和各类联系都用关系来表示 对数据的检索结果也是关系 关系模型的存取路径对用户透明 具有更高的数据独立性，更好的安全保密性 简化了程序员的工作和数据库开发建立的工作 关系数据模型的优缺点（续） 缺点 存取路径对用户透明导致查询效率往往不如非 关系数据模型 为提高性能，必须对用户的查询请求进行优化 增加了开发DBMS的难度 E-R模型向关系模型的转换 一个实体转换为一个关系模式。实体的属性就是关系的属性，实体的标识符就是关系的码。 对于实体间的联系有以下不同的情况： 1：1联系和1：n联系一般不转换成关系模式。 一个m：n联系转换为一个关系模式。 1:1转换示例 部门表（部门号，部门名，经理号） 经理表（经理号，经理名，电话） 或者： 部门表（部门号，部门名） 经理表（经理号，部门号，经理名，电话） 1:n转换示例 部门表（部门号，部门名） 职工表（职工号，部门号，职工名，工资） m:n转换示例 教师表（教师号，教师名，职称） 课程表（课程号，课程名，学分） 授课表（教师号，课程号，授课时数） 例题 一个图书借阅数据库系统要求提供下述服务：可随时查询书库中现有书籍的名称、品种、数量与存放位置，所有各类书籍均可由书号唯一标识；可随时查询书籍借还情况。包括借书人单位、姓名、借书证号、借书日期和还书日期。约定：任何人可借多种书，任何一种书可为多个人所借，借书证号具有唯一性；当需要时，可通过数据库中保存的出版社电报编号、电话、邮编及地址等信息向有关书籍的出版社增购有关书籍。约定：一个出版社可出版多种书籍，同一本书仅为一个出版社出版，出版社名具有唯一性。 1、根据上述语义画出ER图，要求在图中画出属性并注明联系的类型。 2、将ER模型转换成关系模型，并指出每个关系模式的主键和外键 第一章 绪论 1.1 数据库系统概述 1.2 数据模型 1.3 数据库系统结构 1.4 数据库系统的组成 1.5 小结 1.3 数据库系统结构 从数据库管理系统角度看，数据库系统通常采用三级模式结构，是数据库系统内部的系统结构 从数据库最终用户角度看（数据库系统外部的体系结构） ，数据库系统的结构分为: 单用户结构 主从式结构 分布式结构 客户／服务器 浏览器／应用服务器／数据库服务器多层结构等 数据库系统结构（续） 1.3.1 数据库系统模式的概念 1.3