mysql.exe -h localhost -P 3306 -u root -p use mydb;     ——     进入数据库

查看：show index from 表名\G

desc：查看表结构

select * from 表名：查询所有数据

表关系

1）一对一：

                        一张表的一条记录一定只能与另外一张表的一条记录进行对应，反之亦然

当用select *查询所有数据时，不常用的数据就会影响效率；因此，把常用的数据和常用的数据分开存储，但要同时使用这两种里面的数据时，如何让它们匹配？

如何匹配常用数据和不常用数据？

具有唯一性的确定记录，用这样的字段来连接

2）一对多：

                        一张表中有一条记录可以对应另外一张表中的多条记录，但是反过来，另外一张表的一条记录只能对应第一张表的一条记录

当“孩子”要找“妈妈”，“妈妈”要找“孩子”找不到该如何？

在一张表中增加一个字段，从而方便找到另一张表

但，是在“孩子”表增加还是在“妈妈”表增加？

在“孩子”表增加字段，增加一个“妈妈”的id

3）多对多：

                        一张A表中的一条记录，能够对应B表中的多条记录，同时B表中的一条记录也能对应A表中的多条记录

小问题：

1.    一个人和他的身份证是神魔关系？        1vs1

2.    一个人和他的收货地址是神魔关系？   1vs多

3.    订单和商品是神魔关系？                        多vs多

范式：

Normal Format，是一种离散数学中的知识，是为了解决一种数据的存储与优化的问题，它的终极目标是为了减少数据的冗余（意思是：用最少的数据解决最大的问题）

范式是一种分层结构的规范，分为六层：

        1）1NF、2NF、3NF、……6NF

        2）1NF是最底层，要求最低

        3）6NF是最高层，要求最严格

MySQL属于关系型数据库，会有空间浪费，因此就会有如何节省空间，如此一来就与范式想要解决的问题不谋而合，那么设计数据库时，就会利用范式来指导如何设计数据库，但数据库不仅要解决数据库的问题，还要解决效率问题，而范式仅仅只是解决空间问题，所以数据库又不仅仅只是依据范式的要求实现

范式在数据库的设计中有指导意义，但不是强制规范，也就说没有固定的

第一范式（1NF）：

要求字段的数据具有原子性（也就是不可以再分，直接拿来用，而不是切割后用）

开始和结束不单独拿出使用：

开始和结束单独拿出使用：

第二范式（2NF）：

要解决表的设计不允许出现部分依赖

部分依赖：如果有复合主键（多字段主键），并且这个表中有字段并不是由整个主键来确定，而是由主键的某一部分来确定

eg：通过AB能得出C，通过A也能得出C，通过B也能得出C，那么说C部分依赖于AB

性别只依赖讲师，性别不依赖班级，教室不依赖讲师，教室只依赖班级，因此形成部分依赖

解决方法：

1.    性别和讲师单独成表，教室和班级单独成表

2.    只有复合主键存在部分依赖，那么就取消复合主键，使用单一主键

第三范式（3NF）：

解决传递依赖的问题

eg:    A依赖B，B依赖C，A间接依赖C，C是被依赖源头