数据库初学第一章 DB、DBMS、DBA、DBS、DBAP以及数据模型等专属名词的复习

一. 四个基本概念：

前言
数据管理经过了三个阶段：

人工管理阶段->文件管理阶段->数据库系统阶段

1.数据
描述数据的符号记录。与语义紧不可分。

2.数据库
长期储存在计算机内的、可共享的、有组织的大量数据的集合。
（其中的永久储存、可共享、有组织为数据库的三个基本特点）

3.数据库操作系统
存在于计算机操作系统和用户之间的一个数据库管理软件。（软件系统）

有多个主要应用：

1. 数据的定义功能，这个功能可以用DDL来对数据库的结构和组织来进行定义。
2. 数据组织、存储和管理
3. 数据的操纵功能，这里可以用DML来对数据进行增删改查。
4. 数据库的事物管理和运行管理
5. 数据库的建立和维护功能
6. 其他功能：包括不同数据库之间的访问、数据转换与通信。

其中的对数据库管理功能必须包括以下四点：

1. 数据库的安全性保护。
2. 数据库的完整性检查。（保护数据的正确性、相容性、有效性）
3. 并发控制。（多个用户同时对数据库进行操作）
4. 数据库恢复。

4.数据库系统
由数据库、数据库管理系统、数据库、数据库管理人员和数据库应用程序共同组成的管理、存储、处理和维护数据的系统。

与人工管理和文件管理相比有四个主要特点：

1. 数据的结构化。
2. 数据的共享性强、冗余度低且易扩充。
3. 数据的独立性高。
4. 数据有数据库管理系统同一管理和控制。

总结：
四个关系如下：

二.数据模型的概念与分类

1.数据模式的概念
数据模型是对现实世界特征的抽象，是数据库系统的核心和基础。

2.数据模型的分类

根据目的不同可以分为两类，两类一共有三种。

1. 第一类是概念模型，这是针对用户的观点来对数据和信息建模，用于设计数据库系统。
2. 第二类是逻辑模型和物理模型，逻辑模型是针对计算机系统来对数据和信息建模，物理模型是描述数据在系统内部的表达或存取方式或是在磁盘里的存储和存取的方法。

逻辑模型有：层次模型(树)、网状模型(图)、关系模型(表)、面向对象模型。
3.数据模型的三要素
一个数据模型一定包含了数据结构、数据操纵和完整性约束。
（其中完整性约束不仅应该被数据模型所遵守，数据模型更应该提供遵守的方法）

三.重点介绍概念模型

&1.信息世界的6个概念

1. 实体：客观存在的可相互区别的事物。例如人、学生（联系也可能是实体）
2. 属性:实体所具有的某一特性。
3. 码：可唯一标识实体的属性。
4. 实体型：将实体和和实体的属性的集合抽象描述。实体（属性1，属性2）
5. 实体集：同一种实体的集合。例如全体学生。
6. 联系：事物的内部和事物与事物之间必然是存在联系的。

&2.用实体-联系（E-R）来描述概念模型

实体的联系分为两种：

#1.实体与实体之间的联系。

分为两个实体之间的联系和多个实体之间的联系。

1.两个实体之间的联系：
有三种：一对一，一对多，多对多
一对一的联系：一个班只能有一个班长，一个班长只能在一个班里。
一对多的联系：一个班有多个学生，一个学生只能在一个班里。
多对多的联系：一个学生可以选多门课，一门课可由由多个学生选。
E-R图如下：
看法：从上往下看，例如第二个，一个实体A可以联系n个实体B。

2.两个以上实体间的联系：
只讨论两种：一对多、多对多
一对多的联系：
若实体集E1，E2，…，En存在联系，对于实体集Ej（j=1，2，…，i-1，i+1，…，n）中的给定实体，最多只和Ei中的一个实体相联系，则我们说Ei与E1，E2，…，Ei-1，Ei+1，…，En之间的联系是一对多的。
例如：参考书、老师和课程的讲授联系。
一门课程可以有多个老师讲授，可以使用多本参考书。
而一个老师只讲授一门课程(这里理想化了)，一本参考书只用于一门课程。（其实这里的课程就对应上面概念中的Ei）
E-R图如下：

多对多的联系：
供应商、项目、零件三个实体型
一个供应商可以供给多个项目多种零件，
每个项目可以使用多个供应商供应的零件，
每种零件可由不同供应商供给。
E-R图如下：
思考：
3 个实体型之间的多对多联系和三个实体型两两之间的三个多对多联系等价吗？
答：不等价，因为语义不同，如果现在的某个项目的某种零件出了问题，要找到所有提供给该项目该零件的供应商，按照三个多对多是找不出来的，在供应商和项目联系中会找到一堆供应商，在供应商和零件项目中又会找到一堆供应商，这样就无法找出哪些供应商干了坏事。

#2.实体内部的联系。

单个实体之间的联系可以是一对一，一对多和多对多。
一对一的联系：
一对多的联系：
多对多的联系：

四.数据库的三级模式两层映像

1."型"与“值”
型是指一类数据的结构和属性的说明，值是一种具体的型的赋值。

2.“模式”与“实例”
模式就是数据的结构，在关系模型里，一个模式就是一张没有数据的表的样式，实例就是一张按规定样式填好了的数据的表。

3.3级模式
外模式（External schema）：也称用户模式，是用户能够看见和使用的局部数据的逻辑结构和特征的描述，是数据库用户的数据视图。特点：外模式可以有多个，且有力保证了数据库的安全性，一个应用只有一个外模式。
模式（schema）：也称逻辑模式或概念模式，是数据库中全体数据的逻辑结构和特征的描述，是所有用户的公共数据视图。特点：一个数据库只有一个模式，定义时包括数据的联系、数据的逻辑结构、数据的名字类型取值范围和数据的完整性约束等。
内模式（Internal schema）：也称存储模式，是数据物理结构和存储方式的描述，是数据在数据库内部的组织方式。特点：一个数据库只有一个内模式，定义时包括数据的存储方式、索引方式、是否压缩、是否加密和存储结构等。
三级模式的优点：

1. 保证数据的独立性。
2. 简化了用户接口。
3. 有利于数据共享。
4. 利于数据的安全保密。

4.两级映像
1.E-C映像：外模式到概念模式的映像，体现了逻辑独立性，即当概念模式改变了，可以通过本级映像不改变外模式，而直接应用概念模式的改变。
2.C-I映像:概念模式到内模式的映像，体现了物理独立性，即当物理模式改变了，可以通过本级映像加上E-C映像，而最终不改变外模式。
(E-C映像可以有多个，但C-I映像只能有一个。)

5.数据库模式总结
1.全局逻辑结构是数据库的中心与关键
2.独立于数据库的其他层次
3.设计数据库模式结构时应首先确定数据库的逻辑模式

6.数据库内模式总结
1.依赖于它的全局逻辑结构
2.独立于数据库的用户视图，即外模式
3.独立于具体的存储设备
4.将全局逻辑结构中所定义的数据结构及其联系按照一定的物理存储策略进行组织，以达到较好的时间与空间效率

7.数据库外模式总结
1.面向具体的应用程序
2.定义在逻辑模式之上
3.独立于存储模式和存储设备
4.当应用需求发生较大变化，相应外模式不能满足其视图要求时，该外模式就得做相应改动
5.设计外模式时应充分考虑到应用的扩充性

8.用户的应用程序
1.在外模式描述的数据结构上编制的
2.依赖于特定的外模式
3.与数据库的模式和存储结构独立
4.不同的应用程序有时可以共用同一个外模式
5.数据与程序之间的独立性，使得数据的定义和描述可以从应用程序中分离出去