目录
MySQL介绍
了解MySQL
MySQL分为企业版和社区版，社区版是完全免费开源的;
MySQL属于关系型数据库，和其他的关系型数据库最大的区别在于支持可插拔式的存储引擎，其中InNoDB非常强大.
特征：
- 其体积小、速度快、总体拥有成本低，且开放源码；
- 可移植性（跨平台）：MySQL可以在绝大多数的操作系统中运行，易于使用和管理。
- 是一个轻量级数据库
MySQL 基础知识
1.SQL语句的划分
（1）DDL（Data definition Language）：数据定义语言，DDL语言是定义不同的 数据库、表、 列等数据库对象的定义，常见的语句关键字包括create(创建)、drop(删除)、alter（修改）等。
注：对表进行操作
（2）DML（Data Manipulation Language）：数据操纵语言，用于添加、删除、修改和查询数据库记录，常用的关键字包括insert、delete、update和select等。
注：对表中的数据进行操作
（3）DCL（Data Control Language）数据控制语言，用户控制不同数据段直接的许可或访问级别的语句，定义了数据库、表、字段的用户访问权限和安全级别，主要的语句包括grant，remove。
2.MySQL数据类型
数据类型是规定了数据的大小，因此使用时需要选择合适的类型，不仅会降低表占用的磁盘空间，间接减少磁盘IO次数。表的访问效率和设计的表结构的数据类型息息相关
MySQL中提供了多种的数据类型，包括整数类型，浮点类型，定点类型，日期和时间类型，字符串和二进制类型；
归纳数据类型分为三类：数值类型， 日期和时间类型 , 字符串类型
(1)数值类型
包括定点类型、浮点类型和整数类型
整型中，如果没有指定具体的类型，就默认指定为int类型；
小数类型：默认decimal
decimal（M,D）参数含义：decimal（总长度，小数位）
例如：decimal（5,2）要求传过来的数据总长度是5位，小数位是两位，则该数据可以是：123.45、999.99.......
（2）日期/时间类型
默认的时间类型为datetime；
每个时间类型有一个有效值范围和一个"零"值，当指定不合法的MySQL不能表示的值时使用"零"值。
（3）字符串类型
a.文本数据类型
char（字符串长度)和varchar（字符串长度）的区别:
- char是定长的，varchar是变长的；如果char存入的数据长度小于定义的长度时，则用空格填充；如果varchar存入的数据小于定义的长度时，就按照实际长度存储。
例如：定义一个char（10）和varchar（10），如果存进去的是'ABC'，则还剩下7个字符的空间；
在char中，剩余的空间不会被释放，系统会用空格填充，那么char所占的长度依然为10；而vachar的长度变为3了，剩余的空间会被释放出来。
- char的存取速度比varchar快得多，因为其长度固定，方便程序的存储与查找。
b.二进制类型数据
选择数据类型时：尽量选择可以保证数据正确存储的最小数据类型，小的数据类型占用空间少，操作起来更快 .
关系的基本概念
关系：一个关系就是一张二维表，通常将一个没有重复行、重复列的二维表看成一个关系，每个关系都有一个关系名。
实体：现实世界中客观存在并可以被区别对待的事务，比如“一个学生”，“一门课”等
属性：实体具有的某一特征。比如：性别是人的一个属性，在关系型数据库中，属性又是个物理概念，属性可以看做是“表的一列”
元组：表中的一行就是一个元组
分量：元组中某个属性值。在一个关系型数据库中，是一个操作原子，即关系型数据库在做任何操作的时候，属性是不可分的，否则就不是关系型数据库
码：表中可以唯一来确定一个元组的某个属性，如果这个码不止一个，那么都叫候选码，从中挑选的一个就叫做主码
全码：如果一个码包含所有的属性，这个码称之为全码
主属性（主键）：一个属性只要在一个候选码中出现过，这个属性就是主属性
非主属性（非主键）：与主属性相反，没有在任何候选码中出现过，这个属性就是非主属性
外码：一个属性（或者属性组），他不是码，但是他是别的表的码，他就是外码
关系的基本特点
在关系模型中，关系具有以下基本特点：
①关系必须规范化，属性不可再分割。
②在同一关系中不允许出现相同的属性名。
③在同一关系中元组的顺序可以任意。
④在同一关系中属性的顺序可以任意。
数据库范式
关系模式要满足的条件称为规范化形式，简称范式（NF)。
关系模型规范化的目的是为了消除存储异常，减少数据冗余，保证数据的完整性和存储效率，一般规范为3NF即可。
第一范式(1NF)：每一列保持原子特性
如果关系R的所有属性均为简单属性，即每个属性都不可再进行分割，则称R满足第一范式。
【关系R：指的是关系表，表的名称为R】
简单来说:第一范式就是表中无重复的列.
注意：不符合第一范式不能称之为关系型数据库。
示例：
用户表（用户id，用户姓名，省份证，用户地址）；
地址信息，可以细分为省、市、区等不可拆分字段，所以用户表示不具有原子特性，不满足第一范式
因此需要拆分：
用户表：（用户id，用户姓名，省份证，省，市，区）
第二范式（2NF）：属性完全依赖于主键（针对联合主键）
如果关系R满足第一范式，且每一个非主键字段完全依赖于主键，则称R满足第二范式。
（非主属性完全依赖于主关键字，如果不能依赖主键，应该拆分成新的主体，设计成一对多的关系）
示例1：
学生：Student(学号,姓名，年龄)；
学号是主键，姓名和年龄就完全依赖于主键。
示例2：选课表（学号，姓名，年龄，课程名称，成绩，学分）；
将“学号，课程名称”声明为联合主键
联合主键：指的是把两个属性看成一个整体，这个整体不能为空，且是唯一的，不能重复
姓名-》联合主键 =》部分依赖（姓名依赖于学号，不依赖于课程名称）
年龄-》联合主键 =》部分依赖（年龄依赖于学号，不依赖于课程名称）
成绩-》联合主键 =》完全依赖
学分-》联合主键 =》部分依赖（学分依赖于课程名称，不依赖于学号）
不满足第二范式，因此对选课表进行拆分：
学生表（学号，姓名，年龄）
课程学分表（课程名称，学分）
学生成绩表（学号，课程名称，成绩）
第三范式(3NF):属性不依赖于其他非主属性
如果关系R满足第二范式，且非主键字段之间不存在依赖关系，则称R满足第三范式。
注：一个基本的关系型数据库是要满足第一范式，一个完整的的关系型数据库必须要满足第三范式。
示例：
学生表（学号，姓名，年龄，学院名称，学院地点，学院电话）；
主键：学号，
姓名，年龄，学院名称是完全依赖于主键；
而学院电话、学院地点依赖与学院名称，并不依赖于主键学号
因此该设计不符合第三范式，就应该进行拆分，将 学院专门设计成一张表；
拆分成：
学生表（学号、姓名、年龄、学院名称）=》主键是学号
学院表（学院名称、学院地址、学院电话）=》主键是：学院名称
3307
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
