MySQL——数据库设计(多表关系和范式)

数据库设计

1.多表之间的关系

1.1.分类

  • 一对一(了解)
  • 一对多(多对一)
  • 多对多

1.2.实现

  • 一对一:可以在任意一方添加唯一外键指向另一方主键,或者让两方主键相同,其实一对一关系通常会合成一张表
    在这里插入图片描述
  • 一对多:在多的一方建立外键指向一的一方的主键
    在这里插入图片描述
  • 多对多:需要借助第三张中间表,中间表至少包含两个字段,两个字段作为第三张表的外键,分别指向两张表的主键
    在这里插入图片描述

2.数据库设计范式

范式:设计关系数据库时,要遵循的一些规范称为范式。各种范式呈递次规范,要遵循后面的范式必须先满足前面的范式要求,越高的范式数据库冗余(重复)越小。目前关系数据库有六种范式:第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、巴斯-科德范式(BCNF)、第四范式(4NF)和第五范式(5NF,又称完美范式)

2.1.第一范式(1NF)

1NF:每一列都是不可分割的原子数据项

2.2.第二范式(2NF:消除部分依赖)

  • 2NF:在1NF的基础上,非码属性必须完全依赖码(在1NF的基础上消除非主属性对主码的部分函数依赖)
  • 函数依赖:通过A的属性值可以确定唯一B属性的值,那么B依赖于A。比如学号确定姓名
  • 完全函数依赖:B依赖于A,如果A是一个属性值,则B属性值的确定需要依赖A属性组中所有的属性值。比如学号和课程名确定课程分数
  • 部分函数依赖:B依赖于A,如果A是一个属性值,则B属性值的确定只需要依赖A属性组中某一些值即可。比如学号和课程名成确定姓名,但是学号本身就可以确定姓名
  • :如果在一张表中,一个属性或属性组被其他所有属性完全依赖,则称该属性为该表的码
  • 主属性:码属性(组)中所有的属性
  • 非主属性:除过码属性(组)的属性

2.3.第三范式(3NF:消除传递依赖)

  • 3NF:在2NF基础上,任何非主属性不依赖于其他非主属性(在2NF基础上消除传递依赖)
  • 传递函数依赖:B依赖于A,C依赖于B,如果通过A属性(组)可以确定唯一B属性(组)的值,再通过B属性(组)的值再确定唯一C的值,则称C传递依赖于A

猜你喜欢

转载自blog.csdn.net/LiLiLiLaLa/article/details/93067862
今日推荐