课程名称数据库系统概论课时信息工程学院 上海海事大学.ppt

模式／内模式映象（续） 数据库的外模式 面向具体的应用程序 定义在逻辑模式之上 独立于存储模式和存储设备 当应用需求发生较大变化，相应外模式不能满足其视图要求时，该外模式就得做相应改动 设计外模式时应充分考虑到应用的扩充性 模式／内模式映象（续） 特定的应用程序 在外模式描述的数据结构上编写 依赖于特定的外模式 与数据库的模式和存储结构独立 不同的应用程序有时可以共用同一个外模式 数据库的二级映像 保证了数据库外模式的稳定性 从底层保证了应用程序的稳定性，除非应用需求本身发生变化，否则应用程序一般不需要修改 模式／内模式映象（续） 数据与程序之间的独立性，使得数据的定义和描述可以从应用程序中分离出去 数据的存取由DBMS管理 用户不必考虑存取路径等细节 简化了应用程序的编制 大大减少了应用程序的维护和修改 第一章 绪论 1.1 数据库系统概述 1.2 数据模型 1.3 数据库系统结构 1.4 数据库系统的组成 1.5 小结 1.4 数据库系统的组成 数据库 数据库管理系统（及其开发工具） 应用系统 数据库管理员 数据库系统的组成（续） 硬件平台及数据库 软件 人员 一、硬件平台及数据库 数据库系统对硬件资源的要求 (1) 足够大的内存 操作系统 DBMS的核心模块 数据缓冲区 应用程序 硬件平台及数据库（续） (2) 足够大的外存 磁盘或磁盘阵列 数据库 光盘、磁带 数据备份 (3) 较高的通道能力，提高数据传送率 二、软件 DBMS 支持DBMS运行的操作系统 与数据库接口的高级语言及其编译系统 以DBMS为核心的应用开发工具 为特定应用环境开发的数据库应用系统 三、人 员 数据库管理员 系统分析员和数据库设计人员 应用程序员 用户 人 员（续） 图1.30 各种人员的数据视图 不同的人员涉及不同的数据抽象级别，具有不同的数据视图，如下图所示 1. 数据库管理员(DBA) 具体职责： 1.决定数据库中的信息内容和结构 2.决定数据库的存储结构和存取策略 3.定义数据的安全性要求和完整性约束条件 4.监控数据库的使用和运行 5. 数据库的改进和重组 2. 系统分析员和数据库设计人员 系统分析员 负责应用系统的需求分析和规范说明 与用户及DBA协商，确定系统的硬软件配置 参与数据库系统的概要设计 系统分析员和数据库设计人员（续） 数据库设计人员 参加用户需求调查和系统分析 确定数据库中的数据 设计数据库各级模式 3. 应用程序员 设计和编写应用系统的程序模块 进行调试和安装 4. 用户 用户是指最终用户（End User）。最终用户通过应用系统的用户接口使用数据库。 第一章 绪论 1.1 数据库系统概述 1.2 数据模型 1.3 数据库系统结构 1.4 数据库系统的组成 1.5 小结 1.5 小结 数据库系统概述 数据库的基本概念 数据管理的发展过程 数据模型 数据模型的三要素 概念模型， E-R 模型 三种主要数据库模型 小结(续) 数据库系统的结构 数据库系统三级模式结构 数据库系统两层映像系统结构 数据库系统的组成 关系数据模型的数据结构（续） 例1 学生、系、系与学生之间的一对多联系： 学生（学号，姓名，年龄，性别，系号，年级） 系 (系号，系名，办公地点) 关系数据模型的数据结构（续） 例2 学生、课程、学生与课程之间的多对多联系： 学生（学号，姓名，年龄，性别，系号，年级） 课程（课程号，课程名，学分） 选修（学号，课程号，成绩） 关系数据模型的数据结构（续） 关系必须是规范化的，满足一定的规范条件 最基本的规范条件：关系的每一个分量必须是一个不可分的数据项, 不允许表中还有表 图1.27中工资和扣除是可分的数据项 ,不符合关系模型要求 职工号 姓名 职 称 工 资 扣 除 实 发 基 本 津 贴 职务 房 租 水 电 86051 陈 平 讲 师 1305 1200 50 160 112 2283 图1.27 一个工资表(表中有表)实例 关系数据模型的数据结构（续） 关系术语 一般表格的术语 关系名 表名 关系模式 表头（表格的描述） 关系 （一张）二维表 元组 记录或行 属性 列 属性名 列名 属性值 列值 分量 一条记录中的一个列值 非规范关系 表中有表（大表中嵌有小表） 表1.2 术语对比 二、关系数据模型的操纵与完整性约束 数据操作 查询 插入 删除 更新 数据操作是集合操作，操作对象和操作结果都是关系，即若干元组的集合 存取路径对用户隐蔽，用户只要指出“做什么”，不必详细说明“怎么做” 关系数据模型的操纵与完整性约束（续） 关系的完整性约束条件 实体完整性 参照完整性 用户定义的完整