MySQL — 数据库设计

一、多表之间的关系

1. 分类

  • 一对一

    如:人和身份证

    分析:一个人只有一张身份证,一张身份证只能对应一个人

  • 一对多(多对一)

    如:部门和员工

    分析:一个部门有多个员工,一个员工只能对应一个部门

  • 多对多

    如:学生和课程

    分析:一个学生可以选择多门课程,一门课程可以对应多个关系

2. 实现关系

  • 一对一

    一对一关系实现,可以在任意一方添加唯一外键指向另一方主键

    开发中不常见,可以将两张表合成一张表

Alt

  • 一对多

    在多的一方建立外键约束,指向另一方的主键

    在这里插入图片描述

  • 多对多

    多对多关系实现要借助第三张中间表

    中间表至少包含两个字段,这两个字段作为中间表的外键,分别指向两张表的主键

    在这里插入图片描述

二、数据库设计范式

概念:

设计数据库时,需要遵循一些不同的规范,设计出合理的关系型数据库,这些不同的规范要求被称为不同的范式,各种范式呈递次规范,越高的范式,数据库冗余越小

目前关系型数据库有六种范式:

  1. 第一范式(1NF) *
  2. 第二范式(2NF) *
  3. 第三范式(3NF) *
  4. 巴斯科德范式(BCNF)
  5. 第四范式(4NF)
  6. 第五范式(5NF,又称完美范式

1. 第一范式(1NF)

数据库表的每一列都是不可分割的原子数据项,而不能是数组,集合等非原子数据项,即表中的某个列有多个值时,必须拆分为不同的列。

简而言之,第一范式每一列不可再拆分,称为原子性。

存在的问题:

  1. 存在非常严重的数据冗余
  2. 数据的添加、删除等操作存在问题

没有遵循第一范式的表:

在这里插入图片描述

遵循第一范式的表:

在这里插入图片描述

2. 第二范式(2NF)

在第一范式(1NF)的基础上,非码属性必须完全依赖于主码属性。

在第一范式(1NF)的基础上,消除非主属性对主码的部分函数依赖。

简而言之,第二范式就是在第一范式的基础上,所有列完全依赖于主键列。当存在一个复合主键包含多个主键列的时候,才会发生不符合第二范式的情况。比如有一个主键有两个列,不能存在这样的属性,它只依赖于其中一个列,这就是不符合第二范式。

第二范式的特点:

  1. 一张表只描述一件事情。
  2. 表中的每一列都完全依赖于主键

几个概念:

  • 函数依赖

    A —> B :如果通过A属性(属性组)的值,可以确定唯一B属性的值,则A依赖于B

    例如:

    ​ 学号 —> 姓名 : 通过学号可以确定学生的姓名

    ​ (学号,课程名称)(属性组)—> 学生分数 : 通过学号和课程名称可以确定学生的某一课程分数

    ​ 学号 X—> 分数 : 通过学号无法确定学生的某一课程的分数

  • 完全函数依赖

    A —> B :如果A是一个属性组,则B属性的值的确定必须依赖A属性组中的所有属性的值。

    例如:

    ​ (学号,课程名称)(属性组A)—> 学生分数 : 通过学号和课程名称可以确定学生的某一课程分数

    ​ 学生某一课程的分数的确定依赖于A属性组中的所有属性的值(学号和课程名称)

  • 部分函数依赖

    A —> B :如果A是一个属性组,则B属性的值的确定只需要依赖于A属性组中的部分属性的值即可

    例如:

    ​ (学号,课程名称)(属性组A) —> 姓名 : 依赖于A属性组中的学号属性的值,而不依赖课程名称

  • 传递函数依赖

    A —> B B —> C :B依赖于A,C依赖于B,那么C传递依赖于A

    如果A是一个属性(或属性组),通过A的值可以确定B属性的唯一值,通过B属性(或属性组)的值可以确定C属性的唯一值,则称C传递依赖于A。

    例如:

    ​ 学号 —> 系名,系名 —> 系主任

    ​ 通过学号可以确定学生所在的系,通过系名可以确定学生的系主任,则系主任传递依赖于学号(通过学号可以确定学生的系主任)

  • 如果在一张表中,一个属性或属性组,被其他所有属性完全依赖,则称这个属性(或属性组)为该表的

    例如:

    ​ (学号,课程名称)为该表(学生各科成绩表)的(码属性组)

    • 主属性:

      码属性组中的所有属性。例如:学号,课程名称为“学生各科成绩表”的主属性

    • 非主属性:

      表中除去码属性组的属性。例如:姓名,系名,系主任,分数为非属性组

遵循第二范式的表:

消除部分函数依赖

在这里插入图片描述

3. 第三范式(3NF)

在第二范式(2NF)的基础上,任何非主属性不依赖于其他非主属性。表中的每一列都直接依赖于主键,而不是通过其它的列来间接依赖于主键。

在第二范式(2NF)的基础上,消除传递依赖。

简而言之,第三范式就是所有列不依赖于其它非主键列,也就是在满足 2NF 的基础上,任何非主列不得传递依赖于主键。

遵循第三范式的表:

消除传递函数依赖

在这里插入图片描述

三、数据库的备份和还原

1. 命令行

备份

# mysqldump -u用户名 -p密码 数据库名称 > 保存的路径
mysqldump -uroot -p123456 ssm > D:\mysql\backup

还原

登录MySQL —> 创建数据库 —> 使用数据库 —> 执行sql脚本 source 文件路径

2. 图形化界面工具

令行

备份

# mysqldump -u用户名 -p密码 数据库名称 > 保存的路径
mysqldump -uroot -p123456 ssm > D:\mysql\backup

还原

登录MySQL —> 创建数据库 —> 使用数据库 —> 执行sql脚本 source 文件路径

2. 图形化界面工具

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值