SQL语句
Desc 表名命令可以不看表中数据，只看表中结构，其实describe的缩写
查询(DQL)
select 字段名 from 表名 进行简单查询，可以先通过desc获得表结构再执行该命令
如果要查询多个字段，那么在字段名中输入字段时用逗号隔开即可
要查询一个表中的所有数据有两种方式，一种是把所有字段都写上，第二种是使用*的方式，后者效率较低，不建议使用
给查询的列起别名使用as，也可以将as省略，直接字段名后接别名
如果要往取的别名中加空格，可以往其中加入单引号代表其是一个字符串，注意单引号是数据库中表示其是字符串的规范用法，双引号虽然在mysql中可以使用但是却并不规范
字段可以参与运算，只要在字段处直接指定要进行运算的对应值即可
条件查询
条件查询指的是查询符合条件的数据，其语法是select 字段... from 表明 where 字段+条件
mysql中表示等于的语法直接用=，不等于可以使用!=或<>
between...and语法与>=结合<=的语法的效果一样，必须符合左小右大的语法，否则查询不出结果，同时其必须表示是一个范围而不是一系列的值
查询对应字段是否为null使用is字段，注意不可使用=，因为在mysql中null代表什么都无，而不是一个null值
同样可以用is not null来查询那些表的字段不为null
使用and可以进行与查询
使用or进行或查询
and的优先级大于or，如果要保证自己的组合查询不出错，注意在适当位置加入括号来保证优先级
使用in可以囊括多个or，注意其接具体值而不是某个区间
like是模糊查询，支持%和下划线_匹配，前者代表任意多个字符，后者代表单个字符
如果我们想要找出名字中具有下划线的数据，此时需要搭配使用转义字符\使用
排序使用order by 字段，默认是升序排序，也就是小的在前面
如果要指定降序，那么在order by 字段后加desc即可
指定升序则是asc，不过默认我们就是升序，因此并不用特别指定
使用两个字段排序时语法为order by 字段 排序规则,字段 排序规则...
只有当数据的第一个排序规则一样时才会启用下一个规则
一个基本的查询的关键字顺序是select from where order by，但实际的执行过程中，第一步执行的是form，先找到表，然后是执行where确定查询规则，然后是select查询对应的字段，最后是排序
处理函数
处理函数分为单行处理函数和多行处理函数，前者的特点是一个输入对应一个输出，简单来说就是调用一个函数最终会获得对应字段经过处理后的那一列输出
substr函数可以用于取字符串的字符串，其被截取的字符串的起始下标从1开始，截取的长度不能超过字符串长度，length获得长度会比字符串原来的长度高1，需要减一才能正确获得所需的值
round函数会将值进行四舍五入，括号内有两个参数，分别是需要进行四舍五入的字段和要保留的小数位，其会在指定的小数位进行四舍五入，然而如果指定负数，那么其会往前走对应位数然后同样进行四舍五入
select后如果直接加一个字面值，那么其会构造后接表结构相同的表并赋予对应的字面值，这个字面值也可能是函数，这就是为什么下面的语句会展示如下的结果
rand()函数用于产生随机值，然而产生的随机值都是小数，如果要获得整数可以对其数学运算之后再调用round函数，下面的函数只用于了解
分组函数自动忽略null
数据库中不存在全为null的记录，任何一行记录其必定有某个字段不为null
接着我来讲分组查询，分组查询指的是要先对数据进行分组然后再进行查询，其语法是group by，后跟需要分组的字段
他们有sum、avg、max、min这些分组函数，要使用他们可以在select中使用，select后可以添加对应字段或者是使用了函数计算后的字段，其和其他语法结合使用的顺序如下
其和其他关键字的执行顺序是首先执行from将表寻找到然后执行where执行过滤，然后进行group by分组，接着选择展示的内容select最后是order by排序
这也是为什么分组函数不可以在where后使用的原因，因为分组函数的使用必须在先分组之后再使用，如果放在where后面那么就会导致其还没分组就被使用了
如果没有指定任何分组字段，那么其会将整个表视为一个组，这也是为什么可以不调用group by函数而又可以直接在select后接分组函数的原因，因为其实已经分组了，只不过是分组是直接分一个大组而已
如果要求要找出每个岗位的工资和，那么就按照对应的字段进行分组即可
同时我们要注意我们写入select后接的字段只能是进行分组的字段，如果我们写入其他的字段，会导致其数量而分组后得到的数量不符合而导致结果产生误差，虽然可以通过，但是得到的结果的对应列是没有意义的，而且这种sql在oracle中是无法通过的
如果我们希望通过两个字段分组，那么只要在group by语句中按照想要分组的顺序加入对应的字段即可
having可以对分完组后的数据进行进一步过滤且其不能单独使用也不可以代替where
但是为了增加我们的sql效率，我们推荐使用where代替having
当然如果实在没办法了那还是得用having
查询的结果可以使用distinct关键字进行去重
需要注意的是该关键字必须放在select关键字之后且其与select之间不能有任何字段
连接查询
连接查询可以分为内连接和外连接以及全连接，其中全连接基本没用过，因此我们就不讲了，内连接又可以分为等值连接、非等值连接以及自连接，外连接可以分为左外连接和右外连接(左连接或右连接)
我们连来讲内连接，首先两个表进行连接查询时如果没有忍你和条件限制，最后显示的结果数会是这两张表条数的乘积，这种现象被称为笛卡尔积现象，我们要避免这种现象可以在连接时给加上对应的条件
不过即使加入了条件，匹配的次数仍然没没有减少，通过笛卡尔积我们可以知道表的连接次数越多查询效率就越低
然后我们正式来讲内连接的等值连接，其实我们上面的sql语句就是其等值连接，不过这是92的语法，，其存在结构不清晰的缺点，因此我们推荐将其改造成99的语法，在99语法中where被替换成了join on，且加入连接两个表必须from中指定一个主表，join指定对比的副表，on指定两个表的对比条件
sql99的有点在于表连接的条件脱离了where，后面如果还需要进一步的筛选，则可以继续往后添加where关键字并指定条件
内连接可以在join前面加入inner关键字，其作用是增加sql的可读性，鉴定为逼用没有，知道就行
然后我们来讲非等值连接，其实就是把等到换成一个范围，没啥大的变化
同时我们也可以给select中的字段取别名，不过我们要注意的是，我们给from和join中的表取别名可以在select或者其他的关键字使用，但是给字段取别名却不可以在on中使用，说到底还是因为表取别名的行为会在from和join中最先发生，先给表取了别名当然就可以使用，而select的发生时间在on之后，这样on就在还没取别名时调用了别名，此时当然会报错
最后我们来讲讲自连接，所谓自连接指的是把一张表视作两张表来进行查询，这样同样可以查询到我们想要的数据
接着我明明来讲外连接，外连接的使用简单来说就是在join前面加个left或者是right关键字，该关键字指向的表就是主表，查询时不但会展示有对应关系的数据，还会将主表中没有关键字对应的数据也展示出来
我们可以在外连接中的左右关键字后join关键字前加入outer关键字，同样是只有增加可读性的作用
下面是对应的外连接查询的案例
如果我们要使用内外连接多张表，我们可以结合使用join on关键字，其中第一个表是我们首先设定的对比主表，后面join每次加入一个表，on设置from和join指定的两个表的对比条件，最后还可以使用外连接指定展示主表，注意该关键字指定的展示主表是最近的添加的主表，且只能在结尾添加该关键字，前面添加的外连接关键字都会被忽略
当然，三四张表的查询效率并不高，我们平时不推荐构造这样的sql语句
子查询
所谓子查询其实指的就是select语句中嵌套select语句，被嵌套的语句就成为子查询，子查询可以放在select、from和where三个关键字后
比方说我们之前说过要查询比最低工资高的所有员工的信息，我们在where中使用处理函数是不允许的，此时我们就可以使用子查询，先使用select和处理函数查询出最小值然后用该最小值进行比较，合并起来可以将这两个查询合并到一个语法中
from后面的子查询可以把查询结果当做一张临时表然后进行对应的连接查询
select后也可以加对应的子查询，会展示子查询的字段信息
union可以合并查询到的结果集进行展示
当然这看起来似乎是有点脱裤子放屁，但这样改的好处是可以增加效率，我们可以在后续优化的时候使用
union合并时要保证两个结果集的列数相同，同时 在oracle中要求结果集合并时列的数据类型也相同
limit的作用是将查询结果集的一部分拿出来，通常使用在分页查询中
简单用法是直接指定数字，这样是直接展示前五个数据，而完整用法还需要指定起始下标，起始下标指的是第一个展示的数据从哪里开始
我们数起始下标是从0开始，但是数长度时却要包括起始下标，简单来说就是起始下标要展示第几个数据算出要展示数据与0的差之后需要-1，而长度则需要+1
起始下标的记录根据规律可以得出其永远是为(当前页-1)*长度，那么我们就可以改造这样的sql来连接java接口令其每次精准返回对应的分页数据
增删(DDL)
7.1、建表的语法格式：(建表属于DDL语句，DDL包括：create drop alter)
create table 表名(字段名1 数据类型, 字段名2 数据类型, 字段名3 数据类型);
create table 表名(
字段名1 数据类型,
字段名2 数据类型,
字段名3 数据类型
);
表名：建议以t_ 或者 tbl_开始，可读性强。见名知意。
字段名：见名知意。
表名和字段名都属于标识符。
7.2、关于mysql中的数据类型？
很多数据类型，我们只需要掌握一些常见的数据类型即可。
varchar(最长255)
可变长度的字符串
比较智能，节省空间。
会根据实际的数据长度动态分配空间。
优点：节省空间
缺点：需要动态分配空间，速度慢。
char(最长255)
定长字符串
不管实际的数据长度是多少。
分配固定长度的空间去存储数据。
使用不恰当的时候，可能会导致空间的浪费。
优点：不需要动态分配空间，速度快。
缺点：使用不当可能会导致空间的浪费。
varchar和char我们应该怎么选择？
性别字段你选什么？因为性别是固定长度的字符串，所以选择char。
姓名字段你选什么？每一个人的名字长度不同，所以选择varchar。
int(最长11)
数字中的整数型。等同于java的int。
bigint
数字中的长整型。等同于java中的long。
float
单精度浮点型数据
double
双精度浮点型数据
date
短日期类型
datetime
长日期类型
clob
字符大对象
最多可以存储4G的字符串。
比如：存储一篇文章，存储一个说明。
超过255个字符的都要采用CLOB字符大对象来存储。
Character Large OBject:CLOB
blob
二进制大对象
Binary Large OBject
专门用来存储图片、声音、视频等流媒体数据。
往BLOB类型的字段上插入数据的时候，例如插入一个图片、视频等，
你需要使用IO流才行。
t_movie 电影表（专门存储电影信息的）
7.3、创建一个学生表？ 学号、姓名、年龄、性别、邮箱地址 create table t_student( no int, name varchar(32), sex char(1), age int(3), email varchar(255) );
删除表：
drop table t_student; // 当这张表不存在的时候会报错！
// 如果这张表存在的话，删除
drop table if exists t_student;
7.4、插入数据insert （DML）
语法格式：
insert into 表名(字段名1,字段名2,字段名3...) values(值1,值2,值3);
注意：字段名和值要一一对应。什么是一一对应？
数量要对应。数据类型要对应。
insert into t_student(no,name,sex,age,email) values(1,'zhangsan','m',20,'zhangsan@123.com');
insert into t_student(email,name,sex,age,no) values('lisi@123.com','lisi','f',20,2);
insert into t_student(no) values(3);
+------+----------+------+------+------------------+
| no | name | sex | age | email |
+------+----------+------+------+------------------+
| 1 | zhangsan | m | 20 | zhangsan@123.com |
| 2 | lisi | f | 20 | lisi@123.com |
| 3 | NULL | NULL | NULL | NULL |
+------+----------+------+------+------------------+
insert into t_student(name) values('wangwu');
+------+----------+------+------+------------------+
| no | name | sex | age | email |
+------+----------+------+------+------------------+
| 1 | zhangsan | m | 20 | zhangsan@123.com |
| 2 | lisi | f | 20 | lisi@123.com |
| 3 | NULL | NULL | NULL | NULL |
| NULL | wangwu | NULL | NULL | NULL |
+------+----------+------+------+------------------+
注意：insert语句但凡是执行成功了，那么必然会多一条记录。
没有给其它字段指定值的话，默认值是NULL。
drop table if exists t_student;
create table t_student(
no int,
name varchar(32),
sex char(1) default 'm',
age int(3),
email varchar(255)
);
+-------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| no | int(11) | YES | | NULL | |
| name | varchar(32) | YES | | NULL | |
| sex | char(1) | YES | | m | |
| age | int(3) | YES | | NULL | |
| email | varchar(255) | YES | | NULL | |
+-------+--------------+------+-----+---------+-------+
insert into t_student(no) values(1);
mysql> select * from t_student;
+------+------+------+------+-------+
| no | name | sex | age | email |
+------+------+------+------+-------+
| 1 | NULL | m | NULL | NULL |
+------+------+------+------+-------+
insert语句中的“字段名”可以省略吗？可以
insert into t_student values(2); //错误的
// 注意：前面的字段名省略的话，等于都写上了！所以值也要都写上！
insert into t_student values(2, 'lisi', 'f', 20, 'lisi@123.com');
+------+------+------+------+--------------+
| no | name | sex | age | email |
+------+------+------+------+--------------+
| 1 | NULL | m | NULL | NULL |
| 2 | lisi | f | 20 | lisi@123.com |
+------+------+------+------+--------------+
7.5、insert插入日期
数字格式化：format
select ename,sal from emp;
+--------+---------+
| ename | sal |
+--------+---------+
| SMITH | 800.00 |
| ALLEN | 1600.00 |
| WARD | 1250.00 |
| JONES | 2975.00 |
| MARTIN | 1250.00 |
| BLAKE | 2850.00 |
| CLARK | 2450.00 |
| SCOTT | 3000.00 |
| KING | 5000.00 |
| TURNER | 1500.00 |
| ADAMS | 1100.00 |
| JAMES | 950.00 |
| FORD | 3000.00 |
| MILLER | 1300.00 |
+--------+---------+
格式化数字：format(数字, '格式')
select ename,format(sal, '$999,999') as sal from emp;
+--------+-------+
| ename | sal |
+--------+-------+
| SMITH | 800 |
| ALLEN | 1,600 |
| WARD | 1,250 |
| JONES | 2,975 |
| MARTIN | 1,250 |
| BLAKE | 2,850 |
| CLARK | 2,450 |
| SCOTT | 3,000 |
| KING | 5,000 |
| TURNER | 1,500 |
| ADAMS | 1,100 |
| JAMES | 950 |
| FORD | 3,000 |
| MILLER | 1,300 |
+--------+-------+
str_to_date：将字符串varchar类型转换成date类型
date_format：将date类型转换成具有一定格式的varchar字符串类型。
drop table if exists t_user;
create table t_user(
id int,
name varchar(32),
birth date // 生日也可以使用date日期类型
);
create table t_user(
id int,
name varchar(32),
birth char(10) // 生日可以使用字符串，没问题。
);
生日：1990-10-11 （10个字符）
注意：数据库中的有一条命名规范：
所有的标识符都是全部小写，单词和单词之间使用下划线进行衔接。
mysql> desc t_user;
+-------+-------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+
| id | int(11) | YES | | NULL | |
| name | varchar(32) | YES | | NULL | |
| birth | date | YES | | NULL | |
+-------+-------------+------+-----+---------+-------+
插入数据？
insert into t_user(id,name,birth) values(1, 'zhangsan', '01-10-1990'); // 1990年10月1日
出问题了：原因是类型不匹配。数据库birth是date类型，这里给了一个字符串varchar。
怎么办？可以使用str_to_date函数进行类型转换。
str_to_date函数可以将字符串转换成日期类型date？
语法格式：
str_to_date('字符串日期', '日期格式')
mysql的日期格式：
%Y 年
%m 月
%d 日
%h 时
%i 分
%s 秒
insert into t_user(id,name,birth) values(1, 'zhangsan', str_to_date('01-10-1990','%d-%m-%Y'));
str_to_date函数可以把字符串varchar转换成日期date类型数据，
通常使用在插入insert方面，因为插入的时候需要一个日期类型的数据，
需要通过该函数将字符串转换成date。
好消息？
如果你提供的日期字符串是这个格式，str_to_date函数就不需要了！！！
%Y-%m-%d
insert into t_user(id,name,birth) values(2, 'lisi', '1990-10-01');
查询的时候可以以某个特定的日期格式展示吗？
date_format
这个函数可以将日期类型转换成特定格式的字符串。
select id,name,date_format(birth, '%m/%d/%Y') as birth from t_user;
+------+----------+------------+
| id | name | birth |
+------+----------+------------+
| 1 | zhangsan | 10/01/1990 |
| 2 | lisi | 10/01/1990 |
+------+----------+------------+
date_format函数怎么用？
date_format(日期类型数据, '日期格式')
这个函数通常使用在查询日期方面。设置展示的日期格式。
mysql> select id,name,birth from t_user;
+------+----------+------------+
| id | name | birth |
+------+----------+------------+
| 1 | zhangsan | 1990-10-01 |
| 2 | lisi | 1990-10-01 |
+------+----------+------------+
以上的SQL语句实际上是进行了默认的日期格式化，
自动将数据库中的date类型转换成varchar类型。
并且采用的格式是mysql默认的日期格式：'%Y-%m-%d'
select id,name,date_format(birth,'%Y/%m/%d') as birth from t_user;
java中的日期格式？
yyyy-MM-dd HH:mm:ss SSS
7.6、date和datetime两个类型的区别？ date是短日期：只包括年月日信息。 datetime是长日期：包括年月日时分秒信息。
drop table if exists t_user;
create table t_user(
id int,
name varchar(32),
birth date,
create_time datetime
);
id是整数
name是字符串
birth是短日期
create_time是这条记录的创建时间：长日期类型
mysql短日期默认格式：%Y-%m-%d
mysql长日期默认格式：%Y-%m-%d %h:%i:%s
insert into t_user(id,name,birth,create_time) values(1,'zhangsan','1990-10-01','2020-03-18 15:49:50');
在mysql当中怎么获取系统当前时间？
now() 函数，并且获取的时间带有：时分秒信息！！！！是datetime类型的。
insert into t_user(id,name,birth,create_time) values(2,'lisi','1991-10-01',now());
修改(DML)
语法格式： update 表名 set 字段名1=值1,字段名2=值2,字段名3=值3... where 条件;
注意：没有条件限制会导致所有数据全部更新。
update t_user set name = 'jack', birth = '2000-10-11' where id = 2;
+------+----------+------------+---------------------+
| id | name | birth | create_time |
+------+----------+------------+---------------------+
| 1 | zhangsan | 1990-10-01 | 2020-03-18 15:49:50 |
| 2 | jack | 2000-10-11 | 2020-03-18 15:51:23 |
+------+----------+------------+---------------------+
update t_user set name = 'jack', birth = '2000-10-11', create_time = now() where id = 2;
更新所有？
update t_user set name = 'abc';
删除(DML)
语法格式 delete from 表名 where 条件;
注意：没有条件，整张表的数据会全部删除！
delete from t_user where id = 2;
insert into t_user(id) values(2);
delete from t_user; // 删除所有！
1、查询每一个员工的所在部门名称？要求显示员工名和部门名。
mysql> select * from emp; +-------+--------+-----------+------+------------+---------+---------+--------+ | EMPNO | ENAME | JOB | MGR | HIREDATE | SAL | COMM | DEPTNO | +-------+--------+-----------+------+------------+---------+---------+--------+ | 7369 | SMITH | CLERK | 7902 | 1980-12-17 | 800.00 | NULL | 20 | | 7499 | ALLEN | SALESMAN | 7698 | 1981-02-20 | 1600.00 | 300.00 | 30 | | 7521 | WARD | SALESMAN | 7698 | 1981-02-22 | 1250.00 | 500.00 | 30 | | 7566 | JONES | MANAGER | 7839 | 1981-04-02 | 2975.00 | NULL | 20 | | 7654 | MARTIN | SALESMAN | 7698 | 1981-09-28 | 1250.00 | 1400.00 | 30 | | 7698 | BLAKE | MANAGER | 7839 | 1981-05-01 | 2850.00 | NULL | 30 | | 7782 | CLARK | MANAGER | 7839 | 1981-06-09 | 2450.00 | NULL | 10 | | 7788 | SCOTT | ANALYST | 7566 | 1987-04-19 | 3000.00 | NULL | 20 | | 7839 | KING | PRESIDENT | NULL | 1981-11-17 | 5000.00 | NULL | 10 | | 7844 | TURNER | SALESMAN | 7698 | 1981-09-08 | 1500.00 | 0.00 | 30 | | 7876 | ADAMS | CLERK | 7788 | 1987-05-23 | 1100.00 | NULL | 20 | | 7900 | JAMES | CLERK | 7698 | 1981-12-03 | 950.00 | NULL | 30 | | 7902 | FORD | ANALYST | 7566 | 1981-12-03 | 3000.00 | NULL | 20 | | 7934 | MILLER | CLERK | 7782 | 1982-01-23 | 1300.00 | NULL | 10 | +-------+--------+-----------+------+------------+---------+---------+--------+
mysql> select * from dept; +--------+------------+----------+ | DEPTNO | DNAME | LOC | +--------+------------+----------+ | 10 | ACCOUNTING | NEW YORK | | 20 | RESEARCH | DALLAS | | 30 | SALES | CHICAGO | | 40 | OPERATIONS | BOSTON | +--------+------------+----------+
从emp表中取ename，从dept表中取dname，没有条件限制最终查询结果是？
ENAME DNAME
SMITH ACCOUNTING 无效记录 SMITH RESEARCH 有效记录 SMITH SALES 无效记录 SMITH OPERATIONS 无效记录
ALLEN ACCOUNTING ALLEN RESEARCH ALLEN SALES ALLEN OPERATIONS
..... 56条记录。
加个条件是为了达到4选1，也是为了数据的有效性。
select
e.ename,d.dname
from
emp e
join
dept d
on
e.deptno = d.deptno;
加条件只是为了避免笛卡尔积现象，只是为了查询出有效的组合记录。
匹配的次数一次都没有少，还是56次。
2、insert语句可以一次插入多条记录吗？【掌握】 可以的！ mysql> desc t_user; +-------------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------------+-------------+------+-----+---------+-------+ | id | int(11) | YES | | NULL | | | name | varchar(32) | YES | | NULL | | | birth | date | YES | | NULL | | | create_time | datetime | YES | | NULL | | +-------------+-------------+------+-----+---------+-------+
一次可以插入多条记录：
insert into t_user(id,name,birth,create_time) values
(1,'zs','1980-10-11',now()),
(2,'lisi','1981-10-11',now()),
(3,'wangwu','1982-10-11',now());
语法：insert into t_user(字段名1,字段名2) values(),(),(),();
mysql> select * from t_user;
+------+--------+------------+---------------------+
| id | name | birth | create_time |
+------+--------+------------+---------------------+
| 1 | zs | 1980-10-11 | 2020-03-19 09:37:01 |
| 2 | lisi | 1981-10-11 | 2020-03-19 09:37:01 |
| 3 | wangwu | 1982-10-11 | 2020-03-19 09:37:01 |
+------+--------+------------+---------------------+
3、快速创建表？【了解内容】
mysql> create table emp2 as select * from emp;
原理：
将一个查询结果当做一张表新建！！！！！
这个可以完成表的快速复制！！！！
表创建出来，同时表中的数据也存在了！！！
create table mytable as select empno,ename from emp where job = 'MANAGER';
4、将查询结果插入到一张表当中？insert相关的！！！【了解内容】 create table dept_bak as select * from dept; mysql> select * from dept_bak; +--------+------------+----------+ | DEPTNO | DNAME | LOC | +--------+------------+----------+ | 10 | ACCOUNTING | NEW YORK | | 20 | RESEARCH | DALLAS | | 30 | SALES | CHICAGO | | 40 | OPERATIONS | BOSTON | +--------+------------+----------+
insert into dept_bak select * from dept; //很少用！
mysql> select * from dept_bak;
+--------+------------+----------+
| DEPTNO | DNAME | LOC |
+--------+------------+----------+
| 10 | ACCOUNTING | NEW YORK |
| 20 | RESEARCH | DALLAS |
| 30 | SALES | CHICAGO |
| 40 | OPERATIONS | BOSTON |
| 10 | ACCOUNTING | NEW YORK |
| 20 | RESEARCH | DALLAS |
| 30 | SALES | CHICAGO |
| 40 | OPERATIONS | BOSTON |
+--------+------------+----------+
5、快速删除表中的数据？【truncate比较重要，必须掌握】
//删除dept_bak表中的数据
delete from dept_bak; //这种删除数据的方式比较慢。
mysql> select * from dept_bak;
Empty set (0.00 sec)
delete语句删除数据的原理？（delete属于DML语句！！！）
表中的数据被删除了，但是这个数据在硬盘上的真实存储空间不会被释放！！！
这种删除缺点是：删除效率比较低。
这种删除优点是：支持回滚，后悔了可以再恢复数据！！！
truncate语句删除数据的原理？
这种删除效率比较高，表被一次截断，物理删除。
这种删除缺点：不支持回滚。
这种删除优点：快速。
用法：truncate table dept_bak; （这种操作属于DDL操作。）
大表非常大，上亿条记录？？？？
删除的时候，使用delete，也许需要执行1个小时才能删除完！效率较低。
可以选择使用truncate删除表中的数据。只需要不到1秒钟的时间就删除结束。效率较高。
但是使用truncate之前，必须仔细询问客户是否真的要删除，并警告删除之后不可恢复！
truncate是删除表中的数据，表还在！
删除表操作？
drop table 表名; // 这不是删除表中的数据，这是把表删除。
6、对表结构的增删改？
什么是对表结构的修改？
添加一个字段，删除一个字段，修改一个字段！！！
对表结构的修改需要使用：alter
属于DDL语句
DDL包括：create drop alter
第一：在实际的开发中，需求一旦确定之后，表一旦设计好之后，很少的
进行表结构的修改。因为开发进行中的时候，修改表结构，成本比较高。
修改表的结构，对应的java代码就需要进行大量的修改。成本是比较高的。
这个责任应该由设计人员来承担！
第二：由于修改表结构的操作很少，所以我们不需要掌握，如果有一天
真的要修改表结构，你可以使用工具！！！！
修改表结构的操作是不需要写到java程序中的。实际上也不是java程序员的范畴。
约束
7、约束（非常重要，五颗星 ***** ）
7.1、什么是约束？ 约束对应的英语单词：constraint 在创建表的时候，我们可以给表中的字段加上一些约束，来保证这个表中数据的 完整性、有效性！！！
约束的作用就是为了保证：表中的数据有效！！
7.2、约束包括哪些？ 非空约束：not null 唯一性约束: unique 主键约束: primary key （简称PK） 外键约束：foreign key（简称FK） 检查约束：check（mysql不支持，oracle支持）
我们这里重点学习四个约束：
not null
unique
primary key
foreign key
7.3、非空约束：not null
非空约束not null约束的字段不能为NULL。
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255) not null // not null只有列级约束，没有表级约束！
);
insert into t_vip(id,name) values(1,'zhangsan');
insert into t_vip(id,name) values(2,'lisi');
insert into t_vip(id) values(3);
ERROR 1364 (HY000): Field 'name' doesn't have a default value
小插曲：
xxxx.sql这种文件被称为sql脚本文件。
sql脚本文件中编写了大量的sql语句。
我们执行sql脚本文件的时候，该文件中所有的sql语句会全部执行！
批量的执行SQL语句，可以使用sql脚本文件。
在mysql当中怎么执行sql脚本呢？
mysql> source D:\course\03-MySQL\document\vip.sql
你在实际的工作中，第一天到了公司，项目经理会给你一个xxx.sql文件，
你执行这个脚本文件，你电脑上的数据库数据就有了！
7.4、唯一性约束: unique
唯一性约束unique约束的字段不能重复，但是可以为NULL。
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255) unique,
email varchar(255)
);
insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
insert into t_vip(id,name,email) values(2,'lisi','lisi@123.com');
insert into t_vip(id,name,email) values(3,'wangwu','wangwu@123.com');
select * from t_vip;
insert into t_vip(id,name,email) values(4,'wangwu','wangwu@sina.com');
ERROR 1062 (23000): Duplicate entry 'wangwu' for key 'name'
insert into t_vip(id) values(4);
insert into t_vip(id) values(5);
+------+----------+------------------+
| id | name | email |
+------+----------+------------------+
| 1 | zhangsan | zhangsan@123.com |
| 2 | lisi | lisi@123.com |
| 3 | wangwu | wangwu@123.com |
| 4 | NULL | NULL |
| 5 | NULL | NULL |
+------+----------+------------------+
name字段虽然被unique约束了，但是可以为NULL。
新需求：name和email两个字段联合起来具有唯一性！！！！
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255) unique, // 约束直接添加到列后面的，叫做列级约束。
email varchar(255) unique
);
这张表这样创建是不符合我以上“新需求”的。
这样创建表示：name具有唯一性，email具有唯一性。各自唯一。
以下这样的数据是符合我“新需求”的。
但如果采用以上方式创建表的话，肯定创建失败，因为'zhangsan'和'zhangsan'重复了。
insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
insert into t_vip(id,name,email) values(2,'zhangsan','zhangsan@sina.com');
怎么创建这样的表，才能符合新需求呢？
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255),
email varchar(255),
unique(name,email) // 约束没有添加在列的后面，这种约束被称为表级约束。
);
insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
insert into t_vip(id,name,email) values(2,'zhangsan','zhangsan@sina.com');
select * from t_vip;
name和email两个字段联合起来唯一！！！
insert into t_vip(id,name,email) values(3,'zhangsan','zhangsan@sina.com');
ERROR 1062 (23000): Duplicate entry 'zhangsan-zhangsan@sina.com' for key 'name'
什么时候使用表级约束呢？
需要给多个字段联合起来添加某一个约束的时候，需要使用表级约束。
unique 和not null可以联合吗？
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255) not null unique
);
mysql> desc t_vip;
+-------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| id | int(11) | YES | | NULL | |
| name | varchar(255) | NO | PRI | NULL | |
+-------+--------------+------+-----+---------+-------+
在mysql当中，如果一个字段同时被not null和unique约束的话，
该字段自动变成主键字段。（注意：oracle中不一样！）
insert into t_vip(id,name) values(1,'zhangsan');
insert into t_vip(id,name) values(2,'zhangsan'); //错误了：name不能重复
insert into t_vip(id) values(2); //错误了：name不能为NULL。
7.5、主键约束（primary key，简称PK）非常重要五颗星 *****
主键约束的相关术语？
主键约束：就是一种约束。
主键字段：该字段上添加了主键约束，这样的字段叫做：主键字段
主键值：主键字段中的每一个值都叫做：主键值。
什么是主键？有啥用？
主键值是每一行记录的唯一标识。
主键值是每一行记录的身份证号！！！
记住：任何一张表都应该有主键，没有主键，表无效！！
主键的特征：not null + unique（主键值不能是NULL，同时也不能重复！）
怎么给一张表添加主键约束呢？
drop table if exists t_vip;
// 1个字段做主键，叫做：单一主键
create table t_vip(
id int primary key, //列级约束
name varchar(255)
);
insert into t_vip(id,name) values(1,'zhangsan');
insert into t_vip(id,name) values(2,'lisi');
//错误：不能重复
insert into t_vip(id,name) values(2,'wangwu');
ERROR 1062 (23000): Duplicate entry '2' for key 'PRIMARY'
//错误：不能为NULL
insert into t_vip(name) values('zhaoliu');
ERROR 1364 (HY000): Field 'id' doesn't have a default value
可以这样添加主键吗，使用表级约束？
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255),
primary key(id) // 表级约束
);
insert into t_vip(id,name) values(1,'zhangsan');
//错误
insert into t_vip(id,name) values(1,'lisi');
ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY'
表级约束主要是给多个字段联合起来添加约束？
drop table if exists t_vip;
// id和name联合起来做主键：复合主键！！！！
create table t_vip(
id int,
name varchar(255),
email varchar(255),
primary key(id,name)
);
insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
insert into t_vip(id,name,email) values(1,'lisi','lisi@123.com');
//错误：不能重复
insert into t_vip(id,name,email) values(1,'lisi','lisi@123.com');
ERROR 1062 (23000): Duplicate entry '1-lisi' for key 'PRIMARY'
在实际开发中不建议使用：复合主键。建议使用单一主键！
因为主键值存在的意义就是这行记录的身份证号，只要意义达到即可，单一主键可以做到。
复合主键比较复杂，不建议使用！！！
一个表中主键约束能加两个吗？
drop table if exists t_vip;
create table t_vip(
id int primary key,
name varchar(255) primary key
);
ERROR 1068 (42000): Multiple primary key defined
结论：一张表，主键约束只能添加1个。（主键只能有1个。）
主键值建议使用：
int
bigint
char
等类型。
不建议使用：varchar来做主键。主键值一般都是数字，一般都是定长的！
主键除了：单一主键和复合主键之外，还可以这样进行分类？
自然主键：主键值是一个自然数，和业务没关系。
业务主键：主键值和业务紧密关联，例如拿银行卡账号做主键值。这就是业务主键！
在实际开发中使用业务主键多，还是使用自然主键多一些？
自然主键使用比较多，因为主键只要做到不重复就行，不需要有意义。
业务主键不好，因为主键一旦和业务挂钩，那么当业务发生变动的时候，
可能会影响到主键值，所以业务主键不建议使用。尽量使用自然主键。
在mysql当中，有一种机制，可以帮助我们自动维护一个主键值？
drop table if exists t_vip;
create table t_vip(
id int primary key auto_increment, //auto_increment表示自增，从1开始，以1递增！
name varchar(255)
);
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
select * from t_vip;
+----+----------+
| id | name |
+----+----------+
| 1 | zhangsan |
| 2 | zhangsan |
| 3 | zhangsan |
| 4 | zhangsan |
| 5 | zhangsan |
| 6 | zhangsan |
| 7 | zhangsan |
| 8 | zhangsan |
+----+----------+
7.6、外键约束（foreign key，简称FK）非常重要五颗星 *****
外键约束涉及到的相关术语：
外键约束：一种约束（foreign key）
外键字段：该字段上添加了外键约束
外键值：外键字段当中的每一个值。
业务背景：
请设计数据库表，来描述“班级和学生”的信息？
第一种方案：班级和学生存储在一张表中？？？
t_student
no(pk) name classno classname
----------------------------------------------------------------------------------
1 jack 100 北京市大兴区亦庄镇第二中学高三1班
2 lucy 100 北京市大兴区亦庄镇第二中学高三1班
3 lilei 100 北京市大兴区亦庄镇第二中学高三1班
4 hanmeimei 100 北京市大兴区亦庄镇第二中学高三1班
5 zhangsan 101 北京市大兴区亦庄镇第二中学高三2班
6 lisi 101 北京市大兴区亦庄镇第二中学高三2班
7 wangwu 101 北京市大兴区亦庄镇第二中学高三2班
8 zhaoliu 101 北京市大兴区亦庄镇第二中学高三2班
分析以上方案的缺点：
数据冗余，空间浪费！！！！
这个设计是比较失败的！
第二种方案：班级一张表、学生一张表？？
t_class 班级表
classno(pk) classname
------------------------------------------------------
100 北京市大兴区亦庄镇第二中学高三1班
101 北京市大兴区亦庄镇第二中学高三1班
t_student 学生表
no(pk) name cno(FK引用t_class这张表的classno)
----------------------------------------------------------------
1 jack 100
2 lucy 100
3 lilei 100
4 hanmeimei 100
5 zhangsan 101
6 lisi 101
7 wangwu 101
8 zhaoliu 101
当cno字段没有任何约束的时候，可能会导致数据无效。可能出现一个102，但是102班级不存在。
所以为了保证cno字段中的值都是100和101，需要给cno字段添加外键约束。
那么：cno字段就是外键字段。cno字段中的每一个值都是外键值。
注意：
t_class是父表
t_student是子表
删除表的顺序？
先删子，再删父。
创建表的顺序？
先创建父，再创建子。
删除数据的顺序？
先删子，再删父。
插入数据的顺序？
先插入父，再插入子。
思考：子表中的外键引用的父表中的某个字段，被引用的这个字段必须是主键吗？
不一定是主键，但至少具有unique约束。
测试：外键可以为NULL吗？
外键值可以为NULL。
存储引擎
8、存储引擎（了解内容）
8.1、什么是存储引擎，有什么用呢？ 存储引擎是MySQL中特有的一个术语，其它数据库中没有。（Oracle中有，但是不叫这个名字） 存储引擎这个名字高端大气上档次。 实际上存储引擎是一个表存储/组织数据的方式。 不同的存储引擎，表存储数据的方式不同。
8.2、怎么给表添加/指定“存储引擎”呢？ show create table t_student;
可以在建表的时候给表指定存储引擎。
CREATE TABLE `t_student` (
`no` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`cno` int(11) DEFAULT NULL,
PRIMARY KEY (`no`),
KEY `cno` (`cno`),
CONSTRAINT `t_student_ibfk_1` FOREIGN KEY (`cno`) REFERENCES `t_class` (`classno`)
) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8
在建表的时候可以在最后小括号的")"的右边使用：
ENGINE来指定存储引擎。
CHARSET来指定这张表的字符编码方式。
结论：
mysql默认的存储引擎是：InnoDB
mysql默认的字符编码方式是：utf8
建表时指定存储引擎，以及字符编码方式。
create table t_product(
id int primary key,
name varchar(255)
)engine=InnoDB default charset=gbk;
8.3、怎么查看mysql支持哪些存储引擎呢？
mysql> select version(); +-----------+ | version() | +-----------+ | 5.5.36 | +-----------+
命令： show engines \G
****** ****** ****** ****** *** 1. row **** ****** ****** ****** ***** Engine: FEDERATED Support: NO Comment: Federated MySQL storage engine Transactions: NULL XA: NULL Savepoints: NULL ****** ****** ****** ****** *** 2. row **** ****** ****** ****** ***** Engine: MRG_MYISAM Support: YES Comment: Collection of identical MyISAM tables Transactions: NO XA: NO Savepoints: NO ****** ****** ****** ****** *** 3. row **** ****** ****** ****** ***** Engine: MyISAM Support: YES Comment: MyISAM storage engine Transactions: NO XA: NO Savepoints: NO ****** ****** ****** ****** *** 4. row **** ****** ****** ****** ***** Engine: BLACKHOLE Support: YES Comment: /dev/null storage engine (anything you write to it disappears Transactions: NO XA: NO Savepoints: NO ****** ****** ****** ****** *** 5. row **** ****** ****** ****** ***** Engine: CSV Support: YES Comment: CSV storage engine Transactions: NO XA: NO Savepoints: NO ****** ****** ****** ****** *** 6. row **** ****** ****** ****** ***** Engine: MEMORY Support: YES Comment: Hash based, stored in memory, useful for temporary tables Transactions: NO XA: NO Savepoints: NO ****** ****** ****** ****** *** 7. row **** ****** ****** ****** ***** Engine: ARCHIVE Support: YES Comment: Archive storage engine Transactions: NO XA: NO Savepoints: NO ****** ****** ****** ****** *** 8. row **** ****** ****** ****** ***** Engine: InnoDB Support: DEFAULT Comment: Supports transactions, row-level locking, and foreign keys Transactions: YES XA: YES Savepoints: YES ****** ****** ****** ****** *** 9. row **** ****** ****** ****** ***** Engine: PERFORMANCE_SCHEMA Support: YES Comment: Performance Schema Transactions: NO XA: NO Savepoints: NO
mysql支持九大存储引擎，当前5.5.36支持8个。版本不同支持情况不同。
8.4、关于mysql常用的存储引擎介绍一下
MyISAM存储引擎？ 它管理的表具有以下特征： 使用三个文件表示每个表： 格式文件 — 存储表结构的定义（mytable.frm） 数据文件 — 存储表行的内容（mytable.MYD） 索引文件 — 存储表上索引（mytable.MYI）：索引是一本书的目录，缩小扫描范围，提高查询效率的一种机制。 可被转换为压缩、只读表来节省空间
提示一下：
对于一张表来说，只要是主键，
或者加有unique约束的字段上会自动创建索引。
MyISAM存储引擎特点：
可被转换为压缩、只读表来节省空间
这是这种存储引擎的优势！！！！
MyISAM不支持事务机制，安全性低。
InnoDB存储引擎？ 这是mysql默认的存储引擎，同时也是一个重量级的存储引擎。 InnoDB支持事务，支持数据库崩溃后自动恢复机制。 InnoDB存储引擎最主要的特点是：非常安全。
它管理的表具有下列主要特征：
– 每个 InnoDB 表在数据库目录中以.frm 格式文件表示
– InnoDB 表空间 tablespace 被用于存储表的内容（表空间是一个逻辑名称。表空间存储数据+索引。）
– 提供一组用来记录事务性活动的日志文件
– 用 COMMIT(提交)、SAVEPOINT 及ROLLBACK(回滚)支持事务处理
– 提供全 ACID 兼容
– 在 MySQL 服务器崩溃后提供自动恢复
– 多版本（MVCC）和行级锁定
– 支持外键及引用的完整性，包括级联删除和更新
InnoDB最大的特点就是支持事务：
以保证数据的安全。效率不是很高，并且也不能压缩，不能转换为只读，
不能很好的节省存储空间。
MEMORY存储引擎？ 使用 MEMORY 存储引擎的表，其数据存储在内存中，且行的长度固定， 这两个特点使得 MEMORY 存储引擎非常快。
MEMORY 存储引擎管理的表具有下列特征：
– 在数据库目录内，每个表均以.frm 格式的文件表示。
– 表数据及索引被存储在内存中。（目的就是快，查询快！）
– 表级锁机制。
– 不能包含 TEXT 或 BLOB 字段。
MEMORY 存储引擎以前被称为HEAP 引擎。
MEMORY引擎优点：查询效率是最高的。不需要和硬盘交互。
MEMORY引擎缺点：不安全，关机之后数据消失。因为数据和索引都是在内存当中。
事务
9、事务（重点：五颗星 ***** ，必须理解，必须掌握）
9.1、什么是事务？
一个事务其实就是一个完整的业务逻辑。
是一个最小的工作单元。不可再分。
什么是一个完整的业务逻辑？
假设转账，从A账户向B账户中转账10000.
将A账户的钱减去10000（update语句）
将B账户的钱加上10000（update语句）
这就是一个完整的业务逻辑。
以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。
这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。
9.2、只有DML语句才会有事务这一说，其它语句和事务无关！！！ insert delete update 只有以上的三个语句和事务有关系，其它都没有关系。
因为 只有以上的三个语句是数据库表中数据进行增、删、改的。
只要你的操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题。
数据安全第一位！！！
9.3、假设所有的业务，只要一条DML语句就能完成，还有必要存在事务机制吗？ 正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成， 所以需要事务的存在。如果任何一件复杂的事儿都能一条DML语句搞定， 那么事务则没有存在的价值了。
到底什么是事务呢？
说到底，说到本质上，一个事务其实就是多条DML语句同时成功，或者同时失败！
事务：就是批量的DML语句同时成功，或者同时失败！
9.4、事务是怎么做到多条DML语句同时成功和同时失败的呢？
InnoDB存储引擎：提供一组用来记录事务性活动的日志文件
事务开启了：
insert
insert
insert
delete
update
update
update
事务结束了！
在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。
在事务的执行过程中，我们可以提交事务，也可以回滚事务。
提交事务？
清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。
提交事务标志着，事务的结束。并且是一种全部成功的结束。
回滚事务？
将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件
回滚事务标志着，事务的结束。并且是一种全部失败的结束。
9.5、怎么提交事务，怎么回滚事务？ 提交事务：commit; 语句 回滚事务：rollback; 语句（回滚永远都是只能回滚到上一次的提交点！）
事务对应的英语单词是：transaction
测试一下，在mysql当中默认的事务行为是怎样的？
mysql默认情况下是支持自动提交事务的。（自动提交）
什么是自动提交？
每执行一条DML语句，则提交一次！
这种自动提交实际上是不符合我们的开发习惯，因为一个业务
通常是需要多条DML语句共同执行才能完成的，为了保证数据
的安全，必须要求同时成功之后再提交，所以不能执行一条
就提交一条。
怎么将mysql的自动提交机制关闭掉呢？
先执行这个命令：start transaction;
演示事务：
---------------------------------回滚事务----------------------------------------
mysql> use bjpowernode;
Database changed
mysql> select * from dept_bak;
Empty set (0.00 sec)
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into dept_bak values(10,'abc', 'tj');
Query OK, 1 row affected (0.00 sec)
mysql> insert into dept_bak values(10,'abc', 'tj');
Query OK, 1 row affected (0.00 sec)
mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC |
+--------+-------+------+
| 10 | abc | tj |
| 10 | abc | tj |
+--------+-------+------+
2 rows in set (0.00 sec)
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from dept_bak;
Empty set (0.00 sec)
---------------------------------提交事务----------------------------------------
mysql> use bjpowernode;
Database changed
mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC |
+--------+-------+------+
| 10 | abc | bj |
+--------+-------+------+
1 row in set (0.00 sec)
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into dept_bak values(20,'abc
Query OK, 1 row affected (0.00 sec)
mysql> insert into dept_bak values(20,'abc
Query OK, 1 row affected (0.00 sec)
mysql> insert into dept_bak values(20,'abc
Query OK, 1 row affected (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.01 sec)
mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC |
+--------+-------+------+
| 10 | abc | bj |
| 20 | abc | tj |
| 20 | abc | tj |
| 20 | abc | tj |
+--------+-------+------+
4 rows in set (0.00 sec)
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC |
+--------+-------+------+
| 10 | abc | bj |
| 20 | abc | tj |
| 20 | abc | tj |
| 20 | abc | tj |
+--------+-------+------+
4 rows in set (0.00 sec)
9.6、事务包括4个特性？
A：原子性
说明事务是最小的工作单元。不可再分。
C：一致性
所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，
以保证数据的一致性。
I：隔离性
A事务和B事务之间具有一定的隔离。
教室A和教室B之间有一道墙，这道墙就是隔离性。
A事务在操作一张表的时候，另一个事务B也操作这张表会那样？？？
D：持久性
事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据
保存到硬盘上！
9.7、重点研究一下事务的隔离性！！！
A教室和B教室中间有一道墙，这道墙可以很厚，也可以很薄。这就是事务的隔离级别。
这道墙越厚，表示隔离级别就越高。
事务和事务之间的隔离级别有哪些呢？4个级别
读未提交：read uncommitted（最低的隔离级别）《没有提交就读到了》
什么是读未提交？
事务A可以读取到事务B未提交的数据。
这种隔离级别存在的问题就是：
脏读现象！(Dirty Read)
我们称读到了脏数据。
这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！
读已提交：read committed《提交之后才能读到》
什么是读已提交？
事务A只能读取到事务B提交之后的数据。
这种隔离级别解决了什么问题？
解决了脏读的现象。
这种隔离级别存在什么问题？
不可重复读取数据。
什么是不可重复读取数据呢？
在事务开启之后，第一次读到的数据是3条，当前事务还没有
结束，可能第二次再读取的时候，读到的数据是4条，3不等于4
称为不可重复读取。
这种隔离级别是比较真实的数据，每一次读到的数据是绝对的真实。
oracle数据库默认的隔离级别是：read committed
可重复读：repeatable read《提交之后也读不到，永远读取的都是刚开启事务时的数据》
什么是可重复读取？
事务A开启之后，不管是多久，每一次在事务A中读取到的数据
都是一致的。即使事务B将数据已经修改，并且提交了，事务A
读取到的数据还是没有发生改变，这就是可重复读。
可重复读解决了什么问题？
解决了不可重复读取数据。
可重复读存在的问题是什么？
可以会出现幻影读。
每一次读取到的数据都是幻象。不够真实！
早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样！
读到的是假象。不够绝对的真实。
mysql中默认的事务隔离级别就是这个！！！！！！！！！！！
序列化/串行化：serializable（最高的隔离级别）
这是最高隔离级别，效率最低。解决了所有的问题。
这种隔离级别表示事务排队，不能并发！
synchronized，线程同步（事务同步）
每一次读取到的数据都是最真实的，并且效率是最低的。
9.8、验证各种隔离级别
查看隔离级别：SELECT @@tx_isolation +-----------------+ | @@tx_isolation | +-----------------+ | REPEATABLE-READ | +-----------------+ mysql默认的隔离级别
被测试的表t_user 验证：read uncommited mysql> set global transaction isolation level read uncommitted;
事务A 事务B
use bjpowernode; use bjpowernode; start transaction; select * from t_user; start transaction; insert into t_user values('zhangsan'); select * from t_user;
验证：read commited mysql> set global transaction isolation level read committed;
事务A 事务B
use bjpowernode; use bjpowernode; start transaction; start transaction; select * from t_user; insert into t_user values('zhangsan'); select * from t_user; commit; select * from t_user;
验证：repeatable read mysql> set global transaction isolation level repeatable read;
事务A 事务B
use bjpowernode; use bjpowernode; start transaction; start transaction; select * from t_user; insert into t_user values('lisi'); insert into t_user values('wangwu'); commit; select * from t_user;
验证：serializable mysql> set global transaction isolation level serializable;
事务A 事务B
use bjpowernode; use bjpowernode; start transaction; start transaction; select * from t_user; insert into t_user values('abc'); select * from t_user;
索引
1、索引（index）
1.1、什么是索引？ 索引是在数据库表的字段上添加的，是为了提高查询效率存在的一种机制。 一张表的一个字段可以添加一个索引，当然，多个字段联合起来也可以添加索引。 索引相当于一本书的目录，是为了缩小扫描范围而存在的一种机制。
对于一本字典来说，查找某个汉字有两种方式：
第一种方式：一页一页挨着找，直到找到为止，这种查找方式属于全字典扫描。
效率比较低。
第二种方式：先通过目录（索引）去定位一个大概的位置，然后直接定位到这个
位置，做局域性扫描，缩小扫描的范围，快速的查找。这种查找方式属于通过
索引检索，效率较高。
t_user
id(idIndex) name(nameIndex) email(emailIndex) address (emailAddressIndex)
----------------------------------------------------------------------------------
1 zhangsan...
2 lisi
3 wangwu
4 zhaoliu
5 hanmeimei
6 jack
select * from t_user where name = 'jack';
以上的这条SQL语句会去name字段上扫描，为什么？
因为查询条件是：name='jack'
如果name字段上没有添加索引（目录），或者说没有给name字段创建索引，
MySQL会进行全扫描，会将name字段上的每一个值都比对一遍。效率比较低。
MySQL在查询方面主要就是两种方式：
第一种方式：全表扫描
第二种方式：根据索引检索。
注意：
在实际中，汉语字典前面的目录是排序的，按照a b c d e f....排序，
为什么排序呢？因为只有排序了才会有区间查找这一说！（缩小扫描范围
其实就是扫描某个区间罢了！）
在mysql数据库当中索引也是需要排序的，并且这个所以的排序和TreeSet
数据结构相同。TreeSet（TreeMap）底层是一个自平衡的二叉树！在mysql
当中索引是一个B-Tree数据结构。
遵循左小又大原则存放。采用中序遍历方式遍历取数据。
1.2、索引的实现原理？
假设有一张用户表：t_user
id(PK) name 每一行记录在硬盘上都有物理存储编号
----------------------------------------------------------------------------------
100 zhangsan 0x1111
120 lisi 0x2222
99 wangwu 0x8888
88 zhaoliu 0x9999
101 jack 0x6666
55 lucy 0x5555
130 tom 0x7777
提醒1：在任何数据库当中主键上都会自动添加索引对象，id字段上自动有索引，
因为id是PK。另外在mysql当中，一个字段上如果有unique约束的话，也会自动
创建索引对象。
提醒2：在任何数据库当中，任何一张表的任何一条记录在硬盘存储上都有
一个硬盘的物理存储编号。
提醒3：在mysql当中，索引是一个单独的对象，不同的存储引擎以不同的形式
存在，在MyISAM存储引擎中，索引存储在一个.MYI文件中。在InnoDB存储引擎中
索引存储在一个逻辑名称叫做tablespace的当中。在MEMORY存储引擎当中索引
被存储在内存当中。不管索引存储在哪里，索引在mysql当中都是一个树的形式
存在。（自平衡二叉树：B-Tree）
1.3、在mysql当中，主键上，以及unique字段上都会自动添加索引的！！！！ 什么条件下，我们会考虑给字段添加索引呢？ 条件1：数据量庞大（到底有多么庞大算庞大，这个需要测试，因为每一个硬件环境不同） 条件2：该字段经常出现在where的后面，以条件的形式存在，也就是说这个字段总是被扫描。 条件3：该字段很少的DML(insert delete update)操作。（因为DML之后，索引需要重新排序。）
建议不要随意添加索引，因为索引也是需要维护的，太多的话反而会降低系统的性能。
建议通过主键查询，建议通过unique约束的字段进行查询，效率是比较高的。
1.4、索引怎么创建？怎么删除？语法是什么？
创建索引：
mysql> create index emp_ename_index on emp(ename);
给emp表的ename字段添加索引，起名：emp_ename_index
删除索引：
mysql> drop index emp_ename_index on emp;
将emp表上的emp_ename_index索引对象删除。
1.5、在mysql当中，怎么查看一个SQL语句是否使用了索引进行检索？
mysql> explain select * from emp where ename = 'KING';
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| 1 | SIMPLE | emp | ALL | NULL | NULL | NULL | NULL | 14 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
扫描14条记录：说明没有使用索引。type=ALL
mysql> create index emp_ename_index on emp(ename);
mysql> explain select * from emp where ename = 'KING';
+----+-------------+-------+------+-----------------+-----------------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+-----------------+-----------------+---------+-------+------+-------------+
| 1 | SIMPLE | emp | ref | emp_ename_index | emp_ename_index | 33 | const | 1 | Using where |
+----+-------------+-------+------+-----------------+-----------------+---------+-------+------+-------------+
1.6、索引有失效的时候，什么时候索引失效呢？
失效的第1种情况：
select * from emp where ename like '%T';
ename上即使添加了索引，也不会走索引，为什么？
原因是因为模糊匹配当中以“%”开头了！
尽量避免模糊查询的时候以“%”开始。
这是一种优化的手段/策略。
mysql> explain select * from emp where ename like '%T';
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| 1 | SIMPLE | emp | ALL | NULL | NULL | NULL | NULL | 14 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
失效的第2种情况：
使用or的时候会失效，如果使用or那么要求or两边的条件字段都要有
索引，才会走索引，如果其中一边有一个字段没有索引，那么另一个
字段上的索引也会实现。所以这就是为什么不建议使用or的原因。
mysql> explain select * from emp where ename = 'KING' or job = 'MANAGER';
+----+-------------+-------+------+-----------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+-----------------+------+---------+------+------+-------------+
| 1 | SIMPLE | emp | ALL | emp_ename_index | NULL | NULL | NULL | 14 | Using where |
+----+-------------+-------+------+-----------------+------+---------+------+------+-------------+
失效的第3种情况：
使用复合索引的时候，没有使用左侧的列查找，索引失效
什么是复合索引？
两个字段，或者更多的字段联合起来添加一个索引，叫做复合索引。
create index emp_job_sal_index on emp(job,sal);
mysql> explain select * from emp where job = 'MANAGER';
+----+-------------+-------+------+-------------------+-------------------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+-------------------+-------------------+---------+-------+------+-------------+
| 1 | SIMPLE | emp | ref | emp_job_sal_index | emp_job_sal_index | 30 | const | 3 | Using where |
+----+-------------+-------+------+-------------------+-------------------+---------+-------+------+-------------+
mysql> explain select * from emp where sal = 800;
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| 1 | SIMPLE | emp | ALL | NULL | NULL | NULL | NULL | 14 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
失效的第4种情况：
在where当中索引列参加了运算，索引失效。
mysql> create index emp_sal_index on emp(sal);
explain select * from emp where sal = 800;
+----+-------------+-------+------+---------------+---------------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+---------------+---------+-------+------+-------------+
| 1 | SIMPLE | emp | ref | emp_sal_index | emp_sal_index | 9 | const | 1 | Using where |
+----+-------------+-------+------+---------------+---------------+---------+-------+------+-------------+
mysql> explain select * from emp where sal+1 = 800;
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| 1 | SIMPLE | emp | ALL | NULL | NULL | NULL | NULL | 14 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
失效的第5种情况：
在where当中索引列使用了函数
explain select * from emp where lower(ename) = 'smith';
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| 1 | SIMPLE | emp | ALL | NULL | NULL | NULL | NULL | 14 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
失效的第6...
失效的第7...
1.7、索引是各种数据库进行优化的重要手段。优化的时候优先考虑的因素就是索引。 索引在数据库当中分了很多类？ 单一索引：一个字段上添加索引。 复合索引：两个字段或者更多的字段上添加索引。
主键索引：主键上添加索引。
唯一性索引：具有unique约束的字段上添加索引。
.....
注意：唯一性比较弱的字段上添加索引用处不大。
视图
2、视图(view)
2.1、什么是视图？ view:站在不同的角度去看待同一份数据。
2.2、怎么创建视图对象？怎么删除视图对象？
表复制：
mysql> create table dept2 as select * from dept;
dept2表中的数据：
mysql> select * from dept2;
+--------+------------+----------+
| DEPTNO | DNAME | LOC |
+--------+------------+----------+
| 10 | ACCOUNTING | NEW YORK |
| 20 | RESEARCH | DALLAS |
| 30 | SALES | CHICAGO |
| 40 | OPERATIONS | BOSTON |
+--------+------------+----------+
创建视图对象：
create view dept2_view as select * from dept2;
删除视图对象：
drop view dept2_view;
注意：只有DQL语句才能以view的形式创建。
create view view_name as 这里的语句必须是DQL语句;
2.3、用视图做什么？
我们可以面向视图对象进行增删改查，对视图对象的增删改查，会导致
原表被操作！（视图的特点：通过对视图的操作，会影响到原表数据。）
//面向视图查询
select * from dept2_view;
// 面向视图插入
insert into dept2_view(deptno,dname,loc) values(60,'SALES', 'BEIJING');
// 查询原表数据
mysql> select * from dept2;
+--------+------------+----------+
| DEPTNO | DNAME | LOC |
+--------+------------+----------+
| 10 | ACCOUNTING | NEW YORK |
| 20 | RESEARCH | DALLAS |
| 30 | SALES | CHICAGO |
| 40 | OPERATIONS | BOSTON |
| 60 | SALES | BEIJING |
+--------+------------+----------+
// 面向视图删除
mysql> delete from dept2_view;
// 查询原表数据
mysql> select * from dept2;
Empty set (0.00 sec)
// 创建视图对象
create view
emp_dept_view
as
select
e.ename,e.sal,d.dname
from
emp e
join
dept d
on
e.deptno = d.deptno;
// 查询视图对象
mysql> select * from emp_dept_view;
+--------+---------+------------+
| ename | sal | dname |
+--------+---------+------------+
| CLARK | 2450.00 | ACCOUNTING |
| KING | 5000.00 | ACCOUNTING |
| MILLER | 1300.00 | ACCOUNTING |
| SMITH | 800.00 | RESEARCH |
| JONES | 2975.00 | RESEARCH |
| SCOTT | 3000.00 | RESEARCH |
| ADAMS | 1100.00 | RESEARCH |
| FORD | 3000.00 | RESEARCH |
| ALLEN | 1600.00 | SALES |
| WARD | 1250.00 | SALES |
| MARTIN | 1250.00 | SALES |
| BLAKE | 2850.00 | SALES |
| TURNER | 1500.00 | SALES |
| JAMES | 950.00 | SALES |
+--------+---------+------------+
// 面向视图更新
update emp_dept_view set sal = 1000 where dname = 'ACCOUNTING';
// 原表数据被更新
mysql> select * from emp;
+-------+--------+-----------+------+------------+---------+---------+--------+
| EMPNO | ENAME | JOB | MGR | HIREDATE | SAL | COMM | DEPTNO |
+-------+--------+-----------+------+------------+---------+---------+--------+
| 7369 | SMITH | CLERK | 7902 | 1980-12-17 | 800.00 | NULL | 20 |
| 7499 | ALLEN | SALESMAN | 7698 | 1981-02-20 | 1600.00 | 300.00 | 30 |
| 7521 | WARD | SALESMAN | 7698 | 1981-02-22 | 1250.00 | 500.00 | 30 |
| 7566 | JONES | MANAGER | 7839 | 1981-04-02 | 2975.00 | NULL | 20 |
| 7654 | MARTIN | SALESMAN | 7698 | 1981-09-28 | 1250.00 | 1400.00 | 30 |
| 7698 | BLAKE | MANAGER | 7839 | 1981-05-01 | 2850.00 | NULL | 30 |
| 7782 | CLARK | MANAGER | 7839 | 1981-06-09 | 1000.00 | NULL | 10 |
| 7788 | SCOTT | ANALYST | 7566 | 1987-04-19 | 3000.00 | NULL | 20 |
| 7839 | KING | PRESIDENT | NULL | 1981-11-17 | 1000.00 | NULL | 10 |
| 7844 | TURNER | SALESMAN | 7698 | 1981-09-08 | 1500.00 | 0.00 | 30 |
| 7876 | ADAMS | CLERK | 7788 | 1987-05-23 | 1100.00 | NULL | 20 |
| 7900 | JAMES | CLERK | 7698 | 1981-12-03 | 950.00 | NULL | 30 |
| 7902 | FORD | ANALYST | 7566 | 1981-12-03 | 3000.00 | NULL | 20 |
| 7934 | MILLER | CLERK | 7782 | 1982-01-23 | 1000.00 | NULL | 10 |
+-------+--------+-----------+------+------------+---------+---------+--------+
2.4、视图对象在实际开发中到底有什么用？《方便，简化开发，利于维护》
create view
emp_dept_view
as
select
e.ename,e.sal,d.dname
from
emp e
join
dept d
on
e.deptno = d.deptno;
假设有一条非常复杂的SQL语句，而这条SQL语句需要在不同的位置上反复使用。 每一次使用这个sql语句的时候都需要重新编写，很长，很麻烦，怎么办？ 可以把这条复杂的SQL语句以视图对象的形式新建。 在需要编写这条SQL语句的位置直接使用视图对象，可以大大简化开发。 并且利于后期的维护，因为修改的时候也只需要修改一个位置就行，只需要 修改视图对象所映射的SQL语句。
我们以后面向视图开发的时候，使用视图的时候可以像使用table一样。
可以对视图进行增删改查等操作。视图不是在内存当中，视图对象也是
存储在硬盘上的，不会消失。
再提醒一下：
视图对应的语句只能是DQL语句。
但是视图对象创建完成之后，可以对视图进行增删改查等操作。
小插曲：
增删改查，又叫做：CRUD。
CRUD是在公司中程序员之间沟通的术语。一般我们很少说增删改查。
一般都说CRUD。
C:Create（增）
R:Retrive（查：检索）
U:Update（改）
D:Delete（删）
3、DBA常用命令？
重点掌握：
数据的导入和导出（数据的备份）
其它命令了解一下即可。（这个培训日志文档留着，以后忘了，可以打开文档复制粘贴。）
数据导出？
注意：在windows的dos命令窗口中：
mysqldump bjpowernode>D:\bjpowernode.sql -uroot -p123456
可以导出指定的表吗？
mysqldump bjpowernode emp>D:\bjpowernode.sql -uroot -p123456
数据导入？
注意：需要先登录到mysql数据库服务器上。
然后创建数据库：create database bjpowernode;
使用数据库：use bjpowernode
然后初始化数据库：source D:\bjpowernode.sql
范式
4、数据库设计三范式
4.1、什么是数据库设计范式？ 数据库表的设计依据。教你怎么进行数据库表的设计。
4.2、数据库设计范式共有？ 3个 第一范式：要求任何一张表必须有主键，每一个字段原子性不可再分。
第二范式：建立在第一范式的基础之上，要求所有非主键字段完全依赖主键，
不要产生部分依赖。
第三范式：建立在第二范式的基础之上，要求所有非主键字段直接依赖主键，
不要产生传递依赖。
声明：三范式是面试官经常问的，所以一定要熟记在心！
设计数据库表的时候，按照以上的范式进行，可以避免表中数据的冗余，空间的浪费。
4.3、第一范式 最核心，最重要的范式，所有表的设计都需要满足。 必须有主键，并且每一个字段都是原子性不可再分。
学生编号 学生姓名 联系方式
------------------------------------------
1001 张三 zs@gmail.com,1359999999
1002 李四 ls@gmail.com,13699999999
1001 王五 ww@163.net,13488888888
以上是学生表，满足第一范式吗？
不满足，第一：没有主键。第二：联系方式可以分为邮箱地址和电话
学生编号(pk) 学生姓名 邮箱地址 联系电话
----------------------------------------------------
1001 张三 zs@gmail.com 1359999999
1002 李四 ls@gmail.com 13699999999
1003 王五 ww@163.net 13488888888
4.4、第二范式： 建立在第一范式的基础之上， 要求所有非主键字段必须完全依赖主键，不要产生部分依赖。
学生编号 学生姓名 教师编号 教师姓名
----------------------------------------------------
1001 张三 001 王老师
1002 李四 002 赵老师
1003 王五 001 王老师
1001 张三 002 赵老师
这张表描述了学生和老师的关系：（1个学生可能有多个老师，1个老师有多个学生）
这是非常典型的：多对多关系！
分析以上的表是否满足第一范式？
不满足第一范式。
怎么满足第一范式呢？修改
学生编号+教师编号(pk) 学生姓名 教师姓名
----------------------------------------------------
1001 001 张三 王老师
1002 002 李四 赵老师
1003 001 王五 王老师
1001 002 张三 赵老师
学生编号 教师编号，两个字段联合做主键，复合主键（PK: 学生编号+教师编号）
经过修改之后，以上的表满足了第一范式。但是满足第二范式吗？
不满足，“张三”依赖1001，“王老师”依赖001，显然产生了部分依赖。
产生部分依赖有什么缺点？
数据冗余了。空间浪费了。“张三”重复了，“王老师”重复了。
为了让以上的表满足第二范式，你需要这样设计：
使用三张表来表示多对多的关系！！！！
学生表
学生编号(pk) 学生名字
------------------------------------
1001 张三
1002 李四
1003 王五
教师表
教师编号(pk) 教师姓名
--------------------------------------
001 王老师
002 赵老师
学生教师关系表
id(pk) 学生编号(fk) 教师编号(fk)
------------------------------------------------------
1 1001 001
2 1002 002
3 1003 001
4 1001 002
背口诀：
多对多怎么设计？
多对多，三张表，关系表两个外键！！！！！！！！！！！！！！！
4.5、第三范式 第三范式建立在第二范式的基础之上 要求所有非主键字典必须直接依赖主键，不要产生传递依赖。
学生编号（PK） 学生姓名 班级编号 班级名称
---------------------------------------------------------
1001 张三 01 一年一班
1002 李四 02 一年二班
1003 王五 03 一年三班
1004 赵六 03 一年三班
以上表的设计是描述：班级和学生的关系。很显然是1对多关系！
一个教室中有多个学生。
分析以上表是否满足第一范式？
满足第一范式，有主键。
分析以上表是否满足第二范式？
满足第二范式，因为主键不是复合主键，没有产生部分依赖。主键是单一主键。
分析以上表是否满足第三范式？
第三范式要求：不要产生传递依赖！
一年一班依赖01，01依赖1001，产生了传递依赖。
不符合第三范式的要求。产生了数据的冗余。
那么应该怎么设计一对多呢？
班级表：一
班级编号(pk) 班级名称
----------------------------------------
01 一年一班
02 一年二班
03 一年三班
学生表：多
学生编号（PK） 学生姓名 班级编号(fk)
-------------------------------------------
1001 张三 01
1002 李四 02
1003 王五 03
1004 赵六 03
背口诀：
一对多，两张表，多的表加外键！！！！！！！！！！！！
4.6、总结表的设计？
一对多：
一对多，两张表，多的表加外键！！！！！！！！！！！！
多对多：
多对多，三张表，关系表两个外键！！！！！！！！！！！！！！！
一对一：
一对一放到一张表中不就行了吗？为啥还要拆分表？
在实际的开发中，可能存在一张表字段太多，太庞大。这个时候要拆分表。
一对一怎么设计？
没有拆分表之前：一张表
t_user
id login_name login_pwd real_name email address........
---------------------------------------------------------------------------
1 zhangsan 123 张三 zhangsan@xxx
2 lisi 123 李四 lisi@xxx
...
这种庞大的表建议拆分为两张：
t_login 登录信息表
id(pk) login_name login_pwd
---------------------------------
1 zhangsan 123
2 lisi 123
t_user 用户详细信息表
id(pk) real_name email address........ login_id(fk+unique)
-----------------------------------------------------------------------------------------
100 张三 zhangsan@xxx 1
200 李四 lisi@xxx 2
口诀：一对一，外键唯一！！！！！！！！！！
4.7、嘱咐一句话：
数据库设计三范式是理论上的。
实践和理论有的时候有偏差。
最终的目的都是为了满足客户的需求，有的时候会拿冗余换执行速度。
因为在sql当中，表和表之间连接次数越多，效率越低。（笛卡尔积）
有的时候可能会存在冗余，但是为了减少表的连接次数，这样做也是合理的，
并且对于开发人员来说，sql语句的编写难度也会降低。
面试的时候把这句话说上：他就不会认为你是初级程序员了！
