1 数据库基本概念
1.1数据库和数据库管理系统
Q：数据库和数据库管理系统是啥
数据库管理系统：由一个互相关联的数据的集合和一组用以访问这些数据的程序组成，这个数据集合一般叫做数据库。
数据库管理系统(Database Management System，简称DBMS)是一种操纵和管理数据库的大型软件，用于建立、使用和维护数据库，简称DBMS。它对数据库进行统一的管理和控制，以保证数据库的安全性和完整性。用户通过DBMS访问数据库中的数据，数据库管理员也通过DBMS进行数据库的维护工作。它可以支持多个应用程序和用户用不同的方法在同时或不同时刻去建立，修改和询问数据库。大部分DBMS提供数据定义语言(Data Definition Language,DDL)和数据操作语言(Data Manipulation Language,DML)，供用户定义数据库的模式结构与权限约束，实现对数据的追加、删除等操作。
数据库：数据库是“按照数据结构来组织、存储和管理数据的仓库”。是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合。
从数据库管理系统的定义可知，数据库是数据库管理系统的子集。
<br/>
1.2 数据库系统和文件系统
Q：设计数据库系统的目的是为了管理大量信息。那为什么我们有文件系统了，可以放数据了，为啥还要用到数据库呢？
在早期的计算机中，保存信息的方法是将它们保存在操作系统文件中。为了使用户可以对信息进行操作，系统中应该有一些对文件进行操作的应用程序。这个谈到的应用程序不是我们说的QQ啊，网易云啊这种程序，而是针对某种功能设计的特殊程序。比如大学学生管理系统中增加新的学生、教师和课程；为课程注册学生，并产生班级花名册。这些应用程序都是由系统程序员根据大学的需求编写的。
也就是说，当我们追求越完美的学生管理系统，所需要的文件和应用程序可能就越来越多。而这似乎有一些弊端。
<br/>
文件和数据库的区别(这里我们讲的是在应用开发上的区别)
其实文件和数据库我们都可以用来存数据，但是文件是操作系统提供的一个最简单最基本的一个存取数据的机制；在操作系统里，数据在文件里没有结构，而是一串平滑的字符流。对于数据管理，文件系统只提供了简单create,open,read,write,lseek等简单的操作，如果对数据管理有复杂的管理的话，文件系统是远远不够用的。
然而，使用数据库管理系统可以提高数据管理的能力，一些非常底层的操作DBMS都能帮你去做。
综上所述，文件系统明显地有下列5个缺点：
- 数据访问困难；编写应用程序很不方便。由于操作系统只提供打开、关闭、读、写等几个低级的文件操作系统，对文件的查询、修改等处理都必须在应用程序解决。
- 数据冗余不一致；文件的设计很难满足多种应用程序的不同要求，数据冗余往往是不可避免的 。相同的信息可能在几个地方重复存储，比如一个学生是学数学和音乐的，数学课的文件上面有他的名字和学号，音乐课上面也有；这样的话如果该学生学号改变，两个文件都要改，假如一个地方没改，就会造成
数据不一致。 - 维护艰难；对文件结构的每个修改将导致应用程序的修改，应用程序的维护工作量很大。
- 并发访问异常；文件系统一般不支持对文件的并发访问。
- 数据孤立；由于数据缺少同一管理，在数据的结构、编码、表示格式、命名以及输出格式等方面不容易做到规范化、标准化；在数据的安全和保密方面，也难以采取有效的措施。
- 原子性问题；传统的文件处理系统中，保持原子性很难做到。比如两个发生银行的转账，两个账户的文件都要同时修改，也就是说，转账这个操作必须是原子的——要么不发生要么全发生，而这个是传统的文件系统很难做到的。
也就是说，我们使用数据库管理系统的优点即为文件系统的缺点。
数据库管理系统的好处
- 数据独立性和有效访问。
- 减少应用开发时间。
- 数据完整性和安全性。
- 对数据库的统一管理。
- 故障恢复。
<br/>
1.3 数据模型
在讲解这一部分之前，我们需要对几个概念有些许了解。
数据：就是描述现实世界的符号，它是信息存在的形式。
数据模型：数据模型就是来描述数据的一组概念和定义；也可以理解为数据结构，实际上就是描述现实世界的方法。
数据模式：用一个给定的数据模型对一个具体数据的描述。
实际上，如果学过数据结构，就可以很轻松地了解以上的概念。你也可以这么理解：数据模型相当于编程语言，比如C++，Java等，数据模式就是用对应的编程语言写出来的软件。
或者说，我受某个企业所托，用某种形式去描述它们企业内的数据。那么这句话中所谓的某种形式就是数据模型，数据模式就是我描述的结果。
目前数据库中主流的数据模型是关系数据模型，在数据库原理的课程中一般都是围绕关系数据模型作为讲解。数据模型可以分为以下四类：
关系模型
| 使用关系模型的数据库我们叫做`关系型数据库`。在上世纪七十年代，关系数据库已是主流。关系数据库的基本数据结构就是`关系`，换而言之就是一张特殊的二维表，这个表有行有列，其中的行我们称为元组，其中的列我们称为属性。 |
实体联系模型（E-R模型）
基于对象的数据模型
面向对象的程序设计已经目前称为主流的软件开发方法。这导致面向对象数据模型的发展，面向对象的数据类型可以看成是E-R模型增加了封装，方法（函数）和对象标识等概念的扩展。对象-关系数据模型结合了面向对象的数据模型和关系数据模型的特征。 **半结构化数据模型**
|
> > - 外模式（视图）描述的是如何去看数据。 > > - 概念模式定义逻辑结构。 > > - 物理模式描述文件和索引的使用。 一个数据库中的文件，最终会以文件的形式存储在磁盘上。那么表在磁盘上会怎么存呢？比如说学生基本信息表，你是用一个堆文件来存，还是用一个哈希文件来存，还是用一个簇集，这都是取决于我们用什么结构来存，而存法，就是physical Schema(物理模式)。 概念模式，就是我们刚刚说的表，表的结构是什么，属性有多少，长度如何，这就是概念模式，我们把概念模式里的表叫做基表，基表是用真正的某种结构存储在磁盘上的。而外模式（视图），是通过对基表的改造，来呈现不同的样子给用户看，不同权限的用户看到的视图是不一样的。 > **不同的术语** > > 概念模式一般也叫`结构模式`或简称`模式`，其作用是对数据库中全体数据的整体逻辑结构和特征的描述。 > > 而外模式也叫`子模式`或`用户模式`，是数据库用户看到的视图。 > > 物理模式也叫`存储模式`或`内模式`，是数据库物理结构和存储方式的描述，是数据在数据库内部的表示方式。 举个例子，如果拿大学数据库的例子来说明上面的三级模式的话： >***概念模式*** > >``` >Student(sid:string,name:string,login:string,age:integer,gpa:real) >Course(cid:string,cname:string,credits:integer) >Enrolled(sid:string,cid:string,grade:integer) >``` > ***物理模式*** > > - 以堆文件来存放 > - 在学生表的第一列建一个B+树索引 >***视图*** > >``` >Course_info(cid:string,enrollment:integer) >``` > >视图可以不是基表的信息，可以是通过基表的信息计算出来的。 基表是真真实实存在的，他的数据显式地存储在数据库中，或者换一种说法就是，你当时存的时候什么样基表就长什么样。 而虚表是仅有逻辑定义，可以根据其定义从其他表（包括视图）中导出，但不作为一个表显式地存储在数据库中。换一种说法就是，比如你数据库里面已经有个基表了，然后我通过某些要求过滤了一些条件，查询出来的表就是虚表，虚表实际上不存在数据库里，他只是通过一些计算和逻辑语言提取出来的。 当基表的模式修改时，通过定义适当的视图，仍可以为用户提供修改前的数据模式，避免修改应用程序，从而有利于提高数据的逻辑独立性。也就是说，即使你基表改了，但是为了视图还是和以前一样，我们可以在基表的基础上做一些其他的操作，使他改变操作后算出来的虚表和之前没改的虚表一模一样。 ### 1.4.2 二级映像功能 --- 数据库管理系统的三级模式对应数据库中数据的三个抽象级别。为了能够在数据库内部实现这三个抽象层次的联系和转换，数据库系统提供了三级模式之间的`两层映像`。 两层映像指的是`外模式/模式映像`和`模式/内模式映像`。 ### 1.4.3 数据独立性 --- 实际上对于应用程序来说，其可以不在意数据库中的数据是怎么存放的，这是由于数据库中的数据具有数据独立性。 >**逻辑数据独立性：保护数据的逻辑结构的改变** > >一个在数据库的基础之上开发的应用程序不受数据逻辑结构的影响。 > >假如基表变动（也就是数据结构变动），那么通过改变一些逻辑，能够使得原来基表还未变动之前的视图不受改变。即基表虽然改变，但是视图为了保证不变，我修改基表和视图的映射。 >**物理数据独立性：保护数据的物理结构的改变** > >一个表结构变化，比如我前面使用哈希文件存的，但是现在用堆文件存，只要表逻辑结构不变，物理结构变化是没事的。 数据独立性是DBMS最大的好处之一。因为文件系统是没有这样的优点的。 
