[计算机软件及应用]数据库学习笔记.docVIP

数据库学习笔记 第1章 数据库基础概述 1.1 数据库系统概述 数据密集型应用的三个特点： 涉及的数据量大 数据不随程序的结束而消失 数据被多个应用程序共享 一、数据管理技术产生和发展的3个阶段： 人工管理阶段、文件系统阶段、数据库系统阶段 人工管理阶段：没有存储设备、没有管理数据的软件 特点： 数据不保存 应用程序管理数据 数据不共享 数据不具有独立性 文件系统阶段：有了存储设备，有了操作系统和高级语言 有专门用于管理数据的软件——文件系统/操作系统的文件管理部分 特点： 数据可以长期保存在磁盘上，也可以反复使用。 程序和数据之间有了一定的独立性。 文件的形式多样化，文件之间是独立的。 数据的存取基本上以记录为单位。 缺陷： 数据冗余度大 数据独立性差，应用程序依赖性，编写应用程序不方便 数据间联系弱 不支持对文件的并发访问 难以按用户视图表示数据 无安全控制功能 数据库系统阶段：有了管理数据的专门软件系统——数据库管理系统 相互关联的数据的集合。 较小的数据冗余 数据具有较高的独立性 保证数据的安全、可靠 最大限度地保证数据的正确性——数据完整性 数据可以并发使用并能同时保证数据的一致性 二、数据库系统的组成 DBS数据库系统 DataBase System DB数据库DataBas DBMS数据库管理系统DataBase Management System DBA数据库管理员DataBase Administrator 开发工具 应用系统 DBMS的功能： 数据库定义功能 数据库操纵功能 数据库维护功能 数据库控制功能 数据库通信功能 数据库服务功能 1.2 数据模型 一、概念、分类、构成 1．数据模型应满足3个条件： 能比较真实地模拟现实世界； 容易被人们理解； 便于在计算机上实现。 2．3个领域 现实世界 信息世界 机器世界 3．数据模型的分类：2个层次 概念层数据模型——实体联系模型 组织层数据模型——关系数据模型 ——层次模型 ——网状模型 ——面向对象模型 概念层数据模型 组织层数据模型 从数据的语义视角来抽取模型 从数据的组织层次来描述数据 按用户的观点来对数据和信息进行建模 按计算机系统的观点对数据进行建模 主要用在数据库的设计阶段 主要用于DBMS的实现 与DBMS无关 与DBMS有关 数据库系统的核心和基础 4．数据模型的构成元素：3部分 数据结构 描述静态属性 数据的组成、特性及其相互间联系 数据操作 描述动态属性 数据检索、更新 数据的约束条件 描述静态属性 二、实体联系模型 1．概念： 实体联系模型——E-R模型（Entity-Relationship） E-R图——使用的工具 2．要素：3个——实体、联系、属性 实体：客观存在并可以相互区分的客观事物或抽象事件 矩形框 属性：某一特性 椭圆框/圆角矩形框 标识属性下加下划线 联系 实体内部的联系——组成实体的各属性之间的联系。 实体之间的联系——指不同实体之间联系。——菱形框 （1）一对一联系(1:1) 如果实体A中的每个实例在实体B中至多有一个（也可以没有）实例与之关联，反之亦然， （2）一对多联系(1:n) 如果实体A与实体B之间存在联系，并且对于实体A中的一个实例，实体B中有n个实例与之对应；而对实体B中的任意一个实例，在实体A中至多有一个实例与之对应， （3）多对多联系(m:n) 如果实体A与实体B之间存在联系，并且对于实体A中的一个实例，实体B中有n个实例与之对应；而对实体B中的一个实例，在实体A中也有m个实例与之对应 三、关系数据模型 用关系（表格数据）表示实体和实体之间联系的模型 3个要素：关系数据结构、关系数据操作、关系完整性约束 1．关系模型的数据结构 基本术语： 关系——二维表 每一列都是不可再分的基本属性； 表中各属性不能重名； 表中的行、列次序并不重要。 元组：每一行是一个元组，一个记录值。 属性：每一列是一个属性值集，列可以命名，称为属性名。 两套标准术语：表、列、行——关系、属性、元组 关系模式——二维表的结构 候选关键字/侯选码/候选键： 能唯一确定一个关系的元组而又不含有多余属性的习属性集。 （简言之）能够唯一确定一个元组的最小属性集。 一个关系可以有多个侯选码/候选键 主关键字/主码/主键（Primary key）： 一个关系可以有多个候选关键字，则可以选择一个为主关键字/主码/主键。 每个关系有且只有一个主关键字 主属性：所有组成候选关键字的属性 非主属性：不包含在侯选关键字中的属性 / 除主属性之外的其他属性 外部关