117 尚硅谷-Linux云计算-网络服务-数据库-关系型数据库概述

大家好，欢迎大家继续收看上硅谷的linkx运算视频，我是刘川老师。那么我们上节课呢，讲了一下关于数据库的一个分类，那我们分类当中呢，讲了一下什么是关系型数据库，以及讲了简单的说了一下什么叫非关型数据库，那么本节课呢，就集中的来讲一下我们的关系型数据库，当然我们主要是来讲一下关系型数据库当中的这种MYSQL啊，这个MY，因为MYQ是我们目前一个主流的并且开源的这么一个数据库模型，而且用的这个。范围比较广泛。意义。它为基础来讲一下关型数据库的一些特征，以及一些结构啊结构。那在讲这个东西之前，简单来介绍一下关系型数据库的一个发展历程啊，发展历程是怎么来的？那关系型数据库最早的模型不叫关系型数据库，叫层次模型惯性数据库。叫层次模型数据库。那所以层层说就这样的。啊，比如说这是一个大学的一个这种，呃。

系关系图啊，系里边有什么专业和教师，专业下边有什么有学生和课程？而更详细的就是这个系里边有什么有系系名、系主任。啊系下边有什么有戏啊。啊，有有有这个系的什么专业号啊。各种不同的专业，有好几个专业啊，这个不同的专业号下面有什么，某学生，某学生的姓名啊，性别年龄。然后呢，专业号校还有什么课程号，课程名学分。系主任和系下边还有什么？还有教师号，姓名和职称。他们你看有实体关系联系，实体之间的联系等等。那这个时候呢，你会发现这里面有很多的联系是不太好关联的，比如说我想知道这个叫张三的老师谁。张三的老师，你想知道张三老师你先找到什么？张三是哪个号的？下哪个系号，然后呢属于哪一个系，从这个系里边再找对应的系下边的老师，然后再找到这个老师负责哪个系的专业号，然后再找到他负责哪一个班级才能找到，你该往上找在下。

非常麻烦。层次模型的这种。数据库模型，数据查找非常麻烦。关，起码关联性比较繁琐。后来就有网络模型啊。而网络模型其实是解决了一些关于呃这种。数据关联的问题就是关联更紧密了，但是它更复杂了，对于实现这种网络模型的这种数据库算法来说更难，也就是说对开发者对数据库的这种设计和开发更难了。专业下边有什么研究室？课程学生，学生可以对应的有这个。课程可以研究室，研究室角对应老师，老师对应是任什么课，课程对应什么课程，哎，学生选课，学生选的课是从课程里边研发而来的。当然他的查找也是这样，比如说我想知道这个选张三选的这个课是谁来上呀，同时还得找课程，还是找任课老师，还是找老师。

只不过这个找的层次要比原来那个层次模型要少很多。但是设计上来说更复杂，你看他们之间的关系更复杂。所以说网络模型后来也淘汰了，就是关于层次模型，网络模型都淘汰了，那我们的这种。目前啊，仍然在使用的就是关系模型，也是关系模型实际上是层次模型和网络模型结构的一个升级版啊，最终的一个定格版。关于这种关系，模型是以二为表结构来表示实体和实体之间的关联。那关系模型数据呢？构建了一个二维表的一个集合，OK，我们来看下面这条。首先来看这个关系模型。教师编号姓名性别、所在院校。课程编号课程名，教师编号上课教室诶。

这两个表格里边各自都有一个相同的一个什么。叫教师编号，正好就通过这样一个名称，将两个表格做了一个什么关联和关系。然后我们来看具体记录数据的。教师关系里边。有三个老师。在课程编号当中，有三个老师的编号。又不是有三个老师，是有老师的编号。我想知道啊，我想知道这个。宪法。这门课是哪个老师在上？我想这个宪法这个课是哪个老师在上，很简单，找到。课程关系里边找到宪法这个课程，找到上课老师的老师编号，再通过老师编号反查。老师姓名就查到了。这就是查询方式，那我想知道目前这个张卫国老师在哪个教室上课，那也很简单。通过张卫国老师找到张卫国老师的教师编号。

然后再从这个课程关系里边找到轿车编号。然后再找到对应教师编号的上课教室就可以了。那你看，这就是我们的二维关系表的啊。通过同样的一个字段。同样的一个字段来进行表格与表格之间，实体与实体之间关联的这么一种关系模型。这也就是我们的。每个二维表又可以称之为一个关系，那两个关系之间进行关联的时候，是通过相同的一个数据进行关联的。关系模型是目前最主流的最流行的一种数据库。关系型数据库模型那。支持关系模型的数据库管理系统，又称之叫关系型数据库管理系统。Access。啊，就是我们Windows下啊。就是一个。关系属于模型。图示的就是一个关系型数据库的一种关系模型。

通过什么来进行关联呢？通过教师编号来进行关联。通过介绍编号来进行管理。OK，接下来往下看，下面是一个简单的一个总结。那在关系模型中基本的结构是二维表，那不像层次和网络模型中。中需要指针来进行连接和这个关系的一个记录。记录之间的联系是通过相同类型的那个同名属性来体现，就是教师编号来体现。比如这个地方举例子了，要查找刘静老师所上的课程是什么课。刘静老师。上什么课找到教师编号？这边上找到了民法，刘老师在上民法课。就这样的一个关系。那由此可见，关系模型中各个关系模式不应当是孤立的啊，也不应当是随意拼凑的一对二维表，而是必须要满足相应的条件，什么条件必须两个表，两个表就是两个关系之间有关联，必须在两个关系中设立相同属性的什么？

然后呢，才能够进行一个关联。样才能进行一个管理，这就是我们的关系数据库的一个模型。那下边呢，有一些这种惯性数据库里边的一些，嗯。组成结构和名词解释啊，名词解释我们简单来看一下。数据以表格的形式出现。每行。表格当中有行和列吗？每行为单独的一条记录，每列为单独的一个字段。行，我们在数据库中称之为叫记录，列我们称之为叫字段那。许多的记录和许多的字段组成了一个表，而这个表我们称叫表单，叫table。而好多个表放在一起，我们组成了一个数据库啊，叫database database，这就是我们数据库最终组成一个模式。

当然，数据库当中可不止这些，概念啊和名词啊，还有什么字段。记录。MYQ的数据类型，MYSQL的约束类型。所以说。存储引擎啊，以及事物啊。这些都是我们要了解的。那OK，那我们就。这节课呢，就先介绍到这个位置，我们先把这个数据库的一些简单的结构，以及这种。数据库关系模型的一个发展，以及关系模型的这么一个啊，具体的一个概念给大家讲一下。我们本节课就先到这儿，我们下节课呀，把这些所有的这种。名词给大家解释一下，给大家解释一下，OK，那么本节课就先到这。