数据库的设计
表的关系
-
一对一 ： 在任意一方添加外键指向另一方的主键
- 注意：这个外键必须添加唯一约束（unique）不唯一的话就有可能成了多对一了
-
一对多（多对一）：在多的一方建立外键，指向一的一方的主键
-
多对多的关系需要借助第三张表：中间表至少包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键
三大范式
-
概念：范式（数据库设计范式，数据库的设计范式）是符合某一种级别的关系模式的集合。构造数据库必须遵循一定的规则。在关系数据库中，这种规则就是范式。关系数据库中的关系必须满足一定的要求，即满足不同的范式。
-
分类：范式的要求从低到高为：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、BCNF（BC范式）、第四范式、第五范式
1. 第一范式（1NF）
- 在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。
- 所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。
- 分析如下表格：
| 编码 | 标题 | 购买 | 销售 | 说明 | ||
| 价格 | 数量 | 价格 | 数量 | |||
2. 第二范式（2NF）
- 第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。
- 第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。这个唯一属性列被称为主关键字或主键、主码。
- 第二范式就是非主属性完全依赖于主关键字。
-
下面几个概念有助于理解第二范式认真看，不难。
* 几个概念： 1. 函数依赖：A-->B,如果通过A属性(属性组)的值，可以确定唯一B属性的值。则称B依赖于A 例如：学号-->姓名。 （学号，课程名称） --> 分数 2. 完全函数依赖：A-->B， 如果A是一个属性组，则B属性值得确定需要依赖于A属性组中所有的属性值。 例如：（学号，课程名称） --> 分数 3. 部分函数依赖：A-->B， 如果A是一个属性组，则B属性值得确定只需要依赖于A属性组中某一些值即可。 例如：（学号，课程名称） -- > 姓名 4. 传递函数依赖：A-->B, B -- >C . 如果通过A属性(属性组)的值，可以确定唯一B属性的值，在通过B属性（属性组）的值可以确定唯一C属性的值，则称 C 传递函数依赖于A 例如：学号-->系名，系名-->系主任 5. 码：如果在一张表中，一个属性或属性组，被其他所有属性所完全依赖，则称这个属性(属性组)为该表的码 例如：该表中码为：（学号，课程名称） * 主属性：码属性组中的所有属性 * 非主属性：除过码属性组的属性
-
3. 第三范式（3NF）
- 在第二范式（2NF）基础上，任何非主属性不依赖于其它非主属性（在2NF基础上消除传递依赖）
一般认为数据库的设计遵循了前三个范式，这个数据库的设计就没什么太大的问题了，越高的范式要求越严格，数据库冗余越小。如果想查看更加详细的数据库范式讲解，建议查看百度百科—数据库范式
数据库的备份和还原
- 数据库的备份：
-
不需要登录，cmd中就可以完成备份：
- mysqldump -u用户名 -p密码 要备份的数据库名称 > 保存的路径
-
navicat中：
- 选中要备份的数据库
- 右击 —> 转储SQL文件
- 仅结构：这个选项只会保存数据库中的表结构，不会保存表中的具体数据。
- 结构和数据：这个选项会保存数据库中的所有数据，包括表结构和表中的数据。
-
- 数据库的还原
- 命令行：
- 登录数据库
- 创建数据库
- 使用数据库
- 执行SQL文件。
- source 文件路径
- navicat中：
- 新建数据库
- 右击 —> 运行SQL文件
- 找到SQL文件，打开后，开始执行。
- 命令行：