第一范式（1NF）：要求数据库表的每一列都是不可分割的原子数据项。
举例说明：
在上面的表中，“家庭信息”和“学校信息”列均不满足原子性的要求，故不满足第一范式，调整如下：
可见，调整后的每一列都是不可再分的，因此满足第一范式（1NF）；
第二范式（2NF）：在1NF的基础上，非码属性必须完全依赖于候选码（在1NF基础上消除非主属性对主码的部分函数依赖）
第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关（主要针对联合主键而言）。
举例说明：
在上图所示的情况中，同一个订单中可能包含不同的产品，因此主键必须是“订单号”和“产品号”联合组成，
但可以发现，产品数量、产品折扣、产品价格与“订单号”和“产品号”都相关，但是订单金额和订单时间仅与“订单号”相关，与“产品号”无关，
这样就不满足第二范式的要求，调整如下，需分成两个表：
第三范式（3NF）：在2NF基础上，任何非主属性不依赖于其它非主属性（在2NF基础上消除传递依赖）
第三范式需要确保数据表中的每一列数据都和主键直接相关，而不能间接相关。
一个表不能有两层依赖
举例说明：
上表中，所有属性都完全依赖于学号，所以满足第二范式，但是“班主任性别”和“班主任年龄”直接依赖的是“班主任姓名”，
而不是主键“学号”，所以需做如下调整：
这样以来，就满足了第三范式的要求。
### 数据库设计经验
高内聚
把相关的字段放到一起，不相关的分开建表
如果两个字段能够单独建表，那就单独建表
低耦合
如果两个表之间有弱关系
一对一可放在一个表，也可以两个表外加键
创建数据库
CREATE DATABASE db1 CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
show databases;
use db1;
创建表
create table users(id serial, name text);
create table staffs(id serial, name text);
create table orders(id serial, user_id bigint unsigned, staff_id bigint unsigned, amount int unsigned);
创建记录
insert into users (name) values ('XiaoMing');
insert into staffs (name) values ('XiaoHong');
insert into orders(user_id,staff_id, amount) values (1,1, 100);
使用 inner join
select users.name as uname, orders.amount as amount from users inner join orders on users.id =orders.user_id;
得到 XiaoMing 100
start transaction;
语句1; 语句2; 语句3;
commit;
//只要有一句出错，则全都不生效
JOIN(连接表)
# select users.name,orders.amount from users inner join orders on users.id = orders.user_id;//将users表中的name 和orders表中的amount通过users.id/orders.user_id连接起来；
# select users.name as uname,orders.amount as oamount from users inner join orders on users.id=orders.user_id;//连接两个表
inner join 多的数据都不要
left join 左边多出的数据留着
right join 右边多出的数据留着
full outer join 多出的数据都留着
缓存字段
假设一个博客blog包括多个评论comments
如何获得博客的评论数
select count(id)from comments where blog_id=8
这样太慢了，可以在blog表上加一个comment_count字段
每次添加comment则+1,每次删除comment则-1
事务
用户评论之后，要做两件事情:
1.在comments表增加记录
2.在blogs表将对应的comment_count+1
如果第一步执行了，第二步没有执行，数据就乱了
所以我们要用到事务
索引
提高搜索效率
CREATE UNIQUE INDEX index1 ON users(name());//创建唯一索引
show index in users;
