MySQL库表操作
第三章 MySQL库表操作
3.1 SQL语句基础（SQL命令）
3.1.1 SQL简介
SQL：结构化查询语言(Structured Query Language)，在关系型数据库上执行数据操作，数据检索以及数据维护的标准化语言。使用SQL语句，程序员和数据库管理员可以完成如下的任务：
1 改变数据库的结构
2 更改系统的安全设置
3 增加用户对数据库或表的许可权限
4 在数据库中检索需要的信息
5 对数据库的信息进行更新 备份 还原
综上所述 ：想要使用Mysql数据库 必须要学习Sql语言。
3.1.2 SQL语句的分类
MySQL致力于支持全套ANSI/ISO SQL标准。在MySQL数据库中，SQL语句主要可以划分为以下几类：
1 DDL(Data Definition Language)： 数据定义语言。定义对数据库对象(库、表、列、索引)的操作。
关键字：CREATE、DROP、ALTER、RENAME、 TRUNCATE等。
2 DML(Data Manipulation Language)：数据操作语言。定义对数据库记录的操作。
关键字：INSERT、DELETE、UPDATE等。
3 DCL(Data Control Language)：数据控制语言。定义对数据库、表、字段、用户的访问权限和安全级别。
关键字：GRANT、REVOKE等。
4 DQL(Data Query Language)：数据查询语言。检索并获取数据。
关键字: SELECT。
3.1.3 SQL语句的书写规范
在数据库系统中，SQL语句不区分大小写(建议用大写) 。
字符串常量区分大小写。
SQL语句支持单行||多行书写，但必须以;结尾。
关键字||词汇不能跨行书写。
支持空格或缩进以提升语句的可读性。
子语句通畅位于独立行，便于编辑，提高可读性。
3.2 数据库操作
1、查看
SHOW DATABASES [LIKE wild] ;
功能:列出Mysql主机上的数据库。
Mysql自带数据库(系统库):
information_schema:主要存储了系统中的一些数据库对象信息,如用户信息，列信息，权限信息，字符集信息，分区信息等（数据字典）
performance_schema:主要存储了数据库服务器的性能参数
mysql:主要存储了系统的用户权限信息和帮助文档
sys:5.7后新增产物，information_schema和performance_schema的结合体，并以视图形式显示出来的，查询出更加令人容易理解的数据。
原则: 不轻易访问,不轻易修改,不轻易删除！！
2、自建库
创建个人数据库
语法 CREATE DATABASE IF NOT EXISTS 数据库名;
CREATE DATABASE IF NOT EXISTS MySchool_db;
一个数据库（微观）是由 表 视图 函数 查询 备份所构成 重中之重是 表
3、切换数据库
使用USE 关键字进行切换 语法 : USE 数据库名;
作用:指定数据库为我们的默认数据库，用于后期建表或其他使用。
其他:
1 查看当前访问的数据库
SELECT DATABASE();
2 查看当前数据库服务器版本
SELECT VERSION();
3 查看当前登录用户
SELECT USER();
4 查看用户详细信息
SELECT User,Host [,PassWord] FROM mysql.user;
4、删库
DROP DATABASE [IF EXISTS] 数据库名;
功能：删除当前数据库>>>里面的结构 数据 全都没了（慎用）
3.3 MySQL字符集
MySQL字符集包括 基字符集（CHARACTER） && 校对规则 （COLLATION）这两个概念：
latin1支持西欧字符、希腊字符等 gbk支持中文简体字符 big5支持中文繁体字符 utf8几乎支持世界所有国家的字符。 utf8mb4是真正意义上的utf-8
可以使用命令 SHOW VARIABLES like 'character%'; 查看当前数据库默认的字符集
character_set_client MySQL 客户机字符集。
character_set_connection 数据通信链路字符集，当MySQL客户机向服务器发送请求时，请求数据以
该字符集进行编码。
character_set_database 数据库字符集。
3.3.1 utf8和utf8mb4的区别
MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。当然，为了节省空间，一般情况下使用utf8也就够了。
既然utf8能够存下大部分中文汉字，那为什么还要使用utf8mb4呢？ 原来mysql支持的 utf8 编码最大字符长度为 3 字节，如果遇到 4 字节的宽字符就会插入异常了。三个字节的 UTF-8 最大能编码的 Unicode 字符是 0xffff，也就是 Unicode 中的基本多文种平面(BMP)。也就是说，任何不在基本多文本平面的 Unicode字符，都无法使用 Mysql 的 utf8 字符集存储。包括 Emoji 表情(Emoji 是一种特殊的 Unicode 编码，常见于 ios 和 android 手机上)，和很多不常用的汉字，以及任何新增的 Unicode 字符，如表情等等(utf8的缺点)。
因此在8.0之后，建议大家使用utf8mb4这种编码。
3.4 数据库设计与数据库对象
3.4.1数据库设计的步骤
为啥要进行数据库设计
糟糕的数据库设计 VS 成熟的数据库设计
数据冗余,存储空间造成浪费 VS 节省数据的存储空间
内存 日志 空间浪费 VS 完整性高，数据原子性强
数据的更新和插入时时刻刻伴随着风险和异常 VS 方便进行数据库应用和系统开发
那么如何进行数据库设计？？
步骤：
1.需求分析阶段：旨在分析客户的业务和数据处理的需求
2.概要设计阶段：设计出数据库的E-R模型图，确认需求信息的正确和完整性
3.详细设计阶段：运用数据库三大范式越泽，规范审核数据库结构，形成数据库模型图
4.代码编写阶段：物理实现数据库，代码实现应用
5.测试阶段： 实践||实验
6.备份还原阶段：...
3.4.2 如何绘制数据库E-R图
例题:酒店管理系统的基本功能：
1.收集信息:系统有关人员进行交流、座谈，充分了解用户需求，理解数据库需要完成的任务
-
旅客办理入住手续：后台数据库需要存放入住客人的信息和客房信息
-
客房信息：后台数据库需要存放客房的相关信息，如客房号、床位数、价格等
-
客房管理信息：后台数据库需要保存客房类型信息和客房当前状态信息
2.标识出实体：数据库要管理的关键对象或实体内容，实体通常情况下 是一个名词
-
客人：入住酒店的旅客。办理入职手续时，需填写用户信息。
-
客房：酒店为客人提供休息的住所。
3.标识出每个实体的属性：
-
客人属性：编号 姓名 身份证.....
-
客房属性：编号 名称 床位 状态 类型....
4.标识出实体和实体之间的关系：
实体和实体之间的关系 通常用动词去描述
入住 关系
客房和客人之间 存在主从关系 ====> 客房是主1 客人是从N
1对N关系 ====> 被引用 引用关系
从设计角度上来说 就是 N个人可以住一个房子
客房被客人引用了 >>>> 客人引用了客房
绘制E-R 实体关系图（三要素）
| 符号 | 含义 |
|---|---|
| 矩形 | 实体，一般是名词 |
| 椭圆形 | 实体，一般是名词 |
| 菱形 | 关系，一般是动词 |
关系型数据库常见映射基数
转化E-R图形成数据库模型图
1 将各实体转化为对应的各表,将各属性对应成为各表的列。
2 标识出每个表的主键列（非空+唯一），一张表有且只有一个主键列。
3 在表之间建立主外键，形成引用被引用关系。
3.4.3使用三大范式实现数据库设计规范化
为什么要进行数据规范化设计
缺点:
-
信息重复
-
更新异常
-
插入异常_无法正确表示信息
-
删除异常_丢失有效信息
三大范式原则：
第一范式 (1st NF)
-
第一范式的目标是确保每列的原子性
-
如果每列都是不可再分的最小数据单元（也称为最小的原子单元），则满足第一范式（1NF）
第二范式（2st NF）
-
第二范式要求每个表只描述一件事情
第三范式 (3st NF)
-
如果一个关系满足2NF，并且除了主键以外的其他列都不传递依赖于主键列，则满足第三范式（3NF）
规范化的酒店管理系统E-R图
规范化的酒店管理系统数据库模型图
后面就可以开心的完成建表的操作了
3.4.5 课后练习题
某学校要设计一个数据库,学校的业务规则概括如下：
-
学校内班级若干，每个班级内又有学生若干。
-
学校开设课程若干，只有某些特定的班级能上指定的课程。
-
学生选修某些课程，但是在自身班级下的课程是必修。
-
学校定期组织考试，成绩囊括所有学生所有课程的考试成绩。