MySQL数据库初学必须了解并熟知的一些知识点

偏执的太偏执、 2021-09-29 01:24 312阅读 0赞

# 一、什么是MySQL？ #

*  MySQL属于数据库的一种，他被称为关系型数据库， 例如：微软的SQL Server
 *  MySQL数据是一种C/S模型，即客户端和服务端模型。客户端通过账号，密码连接服务器，连接成功后才可以进行数据操作（增删改查CRUD）
 *  MYSQL的服务端采用的是 IO复用+可伸缩的线程池，实现了网络高并发的经典模型

# 二、MYSQL的SQL语句类别划分 #

1.  **DDL（Data Definition Language）：数据库定义语言**  
    定义了不同数据库，数据库表，列，索引等数据库对象的定义  
    **常用的SQL**：  
    **create**（创建）、**drop**（删除）、**alter**（更新）
2.  **DML（Data Manipulation language）：数据操控语言**  
    用于增删改查数据库中的记录  
    **常用的SQL**：  
    **insert**（添加）、**delete**（删除）、**update**（更新）、**select**（查询）
3.  **DCL（Data Control language）:数据控制语言**  
    控制不同数据库段直接访问和访问级别的语句  
    **常用SQL**： **grant**(给用户增加权限)、**revoke**(收回用户的权限)

# 三、数据库常用的名词 #

1.  **实体**：现实世界中客观存在并可以被区别的事物。比如“一个学生”、“一本书”、“一门课”等等。这里所说的“事物”不仅仅是看得见摸得着的“东西”，它也可以是虚拟的，例如“老师与学校的关系”。
2.  **属性**：“实体所具有的某一特性”，属性一开始是个逻辑概念，比如说，“性别”是“人”的一个属性。在关系数据库中，属性又是个物理概念，属性可以看作是“表的一列”。
3.  **元组**：表中的一行就是一个元组。
4.  **分量**：元组的某个属性值。在一个关系数据库中，它是一个操作原子，即关系数据库在做任何操作的时候，属性是“不可分的”。否则就不是关系数据库
5.  **码（键）**：表中可以唯一确定一个元组的某个属性（或者属性组），
6.  **候选码（候选键）**: 能唯一标识关系中元组的一个属性或者属性集，称为候选码（候选键）。例如学生关系中的学号可以唯一标识一个学生，那么学号就是学生关系的候选键； 在选课关系中，只有学号和课程号才能唯一区分每一条选课记录，那么学号+课程号是选课关系的候选键。
7.  **主码（主键）**：若一个关系中有多个候选码，从候选码中选择一个作为CRUD元组的操作变量，这个候选码称为主码（主键）。  
    每个关系中必须选择一个主码，选定以后不能随意改变。
8.  **全码**：如果一个码包含了所有的属性，这个码就是全码。
9.  **主属性**：包含在主码中的各个属性就是主属性。
10. **非主属性**：没有在任何候选码中出现过，这个属性就是非主属性。
11. **外码（外部关系键）**：一个属性（或属性组），它不是当前表的主码，是另一个表的码，对当前表来说就是外码。

# 四、数据库范式 #

1.  **什么是范式？**  
    在关系模式的分解中，函数依赖有很重要的作用，分解这些依赖后，衡量的标准就是**范式（Normal Forms,NF）**。  
    **范式** 是在关系模式的规范化过程中要求设立的不同标准。
2.  **应用数据库范式的好处是什么？**  
    1）减少数据冗余（最主要的好处、其他好处因此而附带）  
    2）消除异常（插入异常、更新异常、删除异常）  
    3）让数据组织的更加和谐。
3.  **范式的分类**  
    1）**第一范式1NF**（First Normal Form）  
    2）**第二范式2NF**（Second Normal Form）  
    3）**第三范式3NF**（Third Normal Form）  
    4）**BC范式**（Boyce-Codd Normal Form）  
    5）**第四范式、第五范式等等**
4.  **范式的作用**  
    进行数据库设计时字段、库表划分的依据
5.  **第一范式 1NF**  
    每一列保持原子特征，列是基本数据项，不能再进行拆分，否则会设计成一对多的关系  
    不满足第一范式不能称之为关系型数据库  
    **举例：**  
    学生表（学号、用户名、性别、年龄、地址）  
    例：XX省XX市XX大学  
    例：XX省XX市XX区XX路XX大学
    
    当前例子中的地址信息还包含省市区可以拆分  
    **拆分改造后**：  
    学生表：（学号、用户名、性别、年龄、地址ID）  
    地址表：（地址ID、省、市、区）  
    **此时满足第一范式**
6.  **第二范式 2NF**  
    属性完全依赖于主键（针对联合主键 →为了 消除部分依赖）  
    非主属性完全依赖于主键，如果不是依赖于主键，应该拆分成新的主体，拆分成一对多的关系  
    **举例：**  
    学生选课表（学生ID、学生姓名、性别、课程名、成绩）  
    主键：学生ID、课程名
    
    学生姓名 → 学生ID → 部分依赖主键  
    学生性别 → 学生ID → 部分依赖主键
    
    课程成绩 → 学生ID+课程名 → 完全依赖
    
    **通过拆分改造（消除部分依赖）**：  
    学生表（学生ID、学生姓名、性别） 主键：学生ID  
    课程成绩表（课程ID、课程名、学生ID、成绩） 主键：课程ID  
    键（课程ID、学生ID）
7.  **第三范式 3NF**  
    在2NF的基础上、属性不依赖于其他非主属性（为了消除依赖传递）  
    **举例：**  
    学生表（学生ID、学生姓名、性别、学院名、学院电话）  
    主键：学生ID
    
    学生姓名可以通过ID查到  
    学生性别可以通过ID查到  
    学院名也可以通过ID查到
    
    学院电话 → 学生ID → 查询学院 → 查询学院电话  
    （学院电话不能直接通过学生ID查出来（属性不依赖于其他非主属性））
    
    **拆分改造（消除依赖传递）**：  
    学生表（学生ID、学生姓名、性别、学院ID） 主键：学生ID  
    学院表（学院ID、学院名、学院电话） 主键：学院ID
8.  **BC范式**  
    BC范式是在第三范式的基础上的一种特殊情况，既每个表里只有一个候选键。
9.  **应用范式需注意**  
    1） 应用范式越高，表越多，带来的问题：  
    ①查询时需要连接多个表，增加了查询的复杂性  
    ②查询时需要连接多个表，降低数据库查询的性能  
    2）范式不是越高越好，一般满足三个范式就够了