《数据库管理之数据库模型》由会员分享，可在线阅读，更多相关《数据库管理之数据库模型（63页珍藏版）》请在金锄头文库上搜索。
1、数据库管理 之二 常用的数据模型常用的数据模型l在数据库中用数据模型这个工具来抽象 、表示和处理现实世界中的数据和信息 。通俗地讲数据模型就是现实世界的模 拟。l数据模型应满足三方面要求 能比较真实地模拟现实世界 容易为人所理解 便于在计算机上实现l一、层次数据模型l二、网状数据模型l三、关系数据模型常用的数据模型层次数据模型l非关系模型 种类 层次模型（Hierarchical Model） 网状模型(Network Model )数据结构：以基本层次联系为基本单位 基本层次联系：两个记录以及它们之间的一对多 （包括一对一)的联系数据模型(续)l关系模型(Relational Model)
2、数据结构：表l面向对象模型(Object Oriented Model）数据结构：对象一、层次模型l1. 层次数据模型的数据结构 l2. 层次数据模型的数据操纵l3. 层次数据模型的完整性约束 l4. 层次数据模型的存储结构 l5. 层次数据模型的优缺点 l6. 典型的层次数据库系统1. 层次数据模型的数据结构l层次模型满足下面两个条件的基本层次联系的集 合为层次模型。 1. 有且只有一个结点没有双亲结点，这 个结点称为根结点 2. 根以外的其它结点有且只有一个双亲 结点l层次模型中的几个术语 根结点，双亲结点，兄弟结点，叶结点层次数据模型的数据结构(续）1 根结点2 兄弟结点 3叶结点4 兄
3、弟结点 5叶结点 叶结点层次数据模型的数据结构(续）l表示方法 实体型：用记录类型描述。每个结点表 示一个记录类型。 属性：用字段描述。每个记录类型可包 含若干个字段。 联系：用结点之间的连线表示记录（类 ）型之间的一对多的联系。层次数据模型的数据结构(续）l特点 结点的双亲是唯一的 只能直接处理一对多的实体联系 每个记录类型定义一个排序字段，也称 为码字段 任何记录值只有按其路径查看时，才能 显出它的全部意义 没有一个子女记录值能够脱离双亲记录 值而独立存在层次数据模型的数据结构(续）l多对多联系在层次模型中的表示 用层次模型间接表示多对多联系表示方法 将多对多联系分解成一对多联系分解方法
4、冗余结点法 虚拟结点法2. 层次模型的数据操纵l 查询l 插入l 删除l 更新3. 层次模型的完整性约束l无相应的双亲结点值就不能插入子女结 点值l如果删除双亲结点值，则相应的子女结 点值也被同时删除l更新操作时，应更新所有相应记录，以 保证数据的一致性4.层次数据模型的存储结构l邻接法 按照层次树前序遍历的顺序把所有记录值依次 邻接存放，即通过物理空间的位置相邻来实现层 次顺序。l链接法 用指引元来反映数据之间的层次联系 子女兄弟链接法 P18 层次序列链接法 P18D02R01E2101E1709E3501R02R03E1101E3102S63871S63874S638765. 层次模型的
5、优缺点l优点 层次数据模型简单，对具有一对多的层 次关系的部门描述自然、直观，容易理解 性能优于关系模型，不低于网状模型 层次数据模型提供了良好的完整性支持层次模型的优缺点（续）l缺点 多对多联系表示不自然 对插入和删除操作的限制多 查询子女结点必须通过双亲结点 层次命令趋于程序化6. 典型的层次数据库系统lIMS数据库管理系统 第一个大型商用DBMS 1968年推出 IBM公司研制网状数据模型网状模型l1. 网状数据模型的数据结构 l2. 网状数据模型的数据操纵l3. 网状数据模型的完整性约束 l4. 网状数据模型的存储结构 l5. 网状数据模型的优缺点l6. 典型的网状数据库系统1.网状数
6、据模型的数据结构l网状模型满足下面两个条件的基本层次联系的集 合为网状模型。 1. 允许一个以上的结点无双亲； 2. 一个结点可以有多于一个的双亲。网状数据模型的数据结构(续）l表示方法（与层次数据模型相同） 实体型：用记录类型描述。每个结点表 示一个记录类型。 属性：用字段描述。每个记录类型可包 含若干个字段。 联系：用结点之间的连线表示记录（类 ）型之间的一对多的父子联系。网状数据模型的数据结构(续）l特点 只能直接处理一对多的实体联系 每个记录类型定义一个排序字段，也称 为码字段 任何记录值只有按其路径查看时，才能 显出它的全部意义网状数据模型的数据结构(续）l网状模型与层次模型的区别
7、网状模型允许多个结点没有双亲结点 网状模型允许结点有多个双亲结点 网状模型允许两个结点之间有多种联系 （复合联系） 网状模型可以更直接地去描述现实世界 层次模型实际上是网状模型的一个特例网状数据模型的数据结构(续）1 2R3L1 L2R1 R2L3L1 L2 R3L4R4 R5网状数据模型的数据结构(续）1 L1 L2R2网状数据模型的数据结构(续）学生宿舍学生教研室系教师网状数据模型的数据结构(续）父亲人独生子女树种 植砍 伐养 育赡 养网状数据模型的数据结构(续）父 亲 关 系男人网状数据模型的数据结构(续）l多对多联系在网状模型中的表示 用网状模型间接表示多对多联系表示方法 将多对多联系
8、直接分解成一对多联系2. 网状模型的数据操纵l查询l插入l删除l更新3. 网状数据模型的完整性约束 l完整性约束条件不严格允许插入尚未确定双亲结点值的子女结点值允许只删除双亲结点值网状数据模型的完整性约束(续)l具体的网状数据库系统（如DBTG）对数 据操纵加了一些限制，提供了一定的完整 性约束。 码 属籍类别 加入类别(自动的，手工的) 移出类别(固定的，必须的，随意的)4.网状数据模型的存储结构l关键 实现记录之间的联系l常用方法 单向链接 双向链接 环状链接 向首链接 例：P295.网状模型的优缺点l优点 能够更为直接地描述现实世界，如一个 结点可以有多个双亲 具有良好的性能，存取效率较
9、高网状模型的优缺点（续）l缺点 结构比较复杂，而且随着应用环境的扩 大，数据库的结构就变得越来越复杂，不利 于最终用户掌握 DDL、DML语言复杂，用户不容易使用6. 典型的网状数据库系统lDBTG系统，亦称CODASYL系统 由DBTG提出的一个系统方案奠定了数据库系统的基本概念、方法和 技术 70年代推出l实际系统 Cullinet Software Inc.公司的 IDMS Univac公司的 DMS1100 Honeywell公司的IDS/2 HP公司的IMAGE1.2.3 数据模型l一、层次数据模型l二、网状数据模型l三、关系数据模型关系数据模型关系模型l1. 关系数据模型的数据结构
10、 l2. 关系数据模型的操纵l3. 关系数据模型的完整性约束 l4. 关系数据模型的存储结构 l5. 关系数据模型的优缺点l6. 典型的关系数据库系统 关系模型l最重要的一种数据模型。也是目前主要 采用的数据模型l1970年由美国IBM公司San Jose研究室的 研究员E.F.Codd提出l本课程的重点1.关系数据模型的数据结构l关系模型的基本数据结构l关系模型的基本概念l实体及实体间的联系的表示方法l关系必须是规范化的关系数据模型的数据结构(续)l关系模型的基本数据结构 在用户观点下，关系模型中数据的逻辑 结构是一张二维表，它由行和列组成。关系数据模型的数据结构(续）l关系模型的基本概念
11、关系（Relation）： 一个关系对应通常说的一张表。 元组（Tuple） 表中的一行即为一个元组。 属性（Attribute） 表中的一列即为一个属性，给每一个属性起一个 名称即属性名。关系数据模型的数据结构(续）l关系模型的基本概念（续） 主码（Key） 表中的某个属性组，它可以唯一确定一个元组。 域（Domain） 属性的取值范围。 分量 元组中的一个属性值。关系数据模型的数据结构(续）l关系模型的基本概念（续） 关系模式 对关系的描述 表示方法关系名（属性1，属性2，属性n）例如：学生（学号，姓名，年龄，性别，系，年级）关系数据模型的数据结构(续）l实体及实体间的联系的表示方法 实体
12、型：直接用关系（表）表示。 属性：用属性名表示。 一对一联系：隐含在实体对应的关系中 。 一对多联系：隐含在实体对应的关系中 。 多对多联系：直接用关系表示。关系数据模型的数据结构(续）例1学生、系、系与学生之间的一对多联系：学生（学号，姓名，年龄，性别，系号， 年级） 系 (系号，系名，办公地点)例2系、系主任、系与系主任间的一对一联系关系数据模型的数据结构(续）例3学生、课程、学生与课程之间的多对多 联系：学生（学号，姓名，年龄，性别，系号 ，年级） 课程（课程号，课程名，学分） 选修（学号，课程号，成绩）关系数据模型的数据结构(续）l关系必须是规范化的，即必须满足一定 的规范条件 最基本
13、的规范条件：关系的每一个分量 必须是一个不可分的数据项。2.关系模型的数据操纵l查询、插入、删除、更新l数据操作是集合操作，操作对象和操作 结果都是关系，即若干元组的集合l存取路径对用户隐蔽，用户只要指出“干 什么”，不必详细说明“怎么干”3.关系模型的完整性约束l实体完整性l参照完整性l用户定义的完整性4.关系数据模型的存储结构l表以文件形式存储l有的DBMS一个表对应一个操作系统文 件，有的DBMS自己设计文件结构5.关系模型的优缺点l优点 建立在严格的数学概念的基础上 概念单一。数据结构简单、清晰，用户 易懂易用 实体和各类联系都用关系来表示。 对数据的检索结果也是关系。 关系模型的存取路径对用户透明 具有更高的数据独立性，更好的安全保密性 简化了程序员的工作和数据库开发建立的工作关系模型的优缺点（续）l缺点 存取路径对用户透明导致查询效率往往 不如非关系数据模型 为提高性能，必须对用户的查询请求进行优化 增加了开发数据库管理系统的难度6. 典型的关系数据库系统ORACLE SYBASE DB/2 SQL Server INFORMIX COBASE PBASE EasyBase KingBase 小金灵 DM/4 OpenBase
