首页
学习
活动
专区
圈层
工具
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

数据库设计三大范式

目录

1 数据库范式

1.1 为什么要范式

1.2 如何是合理数据库

1.3 如何才能保证数据库设计水平

1.4 什么是范式(NF= NormalForm)

1.5 范式的分类

2 各个范式详解

2.3.1 第三范式定义

2.2.1 第二范式定义

2.2.2 第二范式示例

2.1.1 第一范式定义

2.1.2 第一范式示例

2.1 第一范式

2.2 第二范式

2.3 第三范式

2.4 范式优缺点

2.5 数据库表之间关系

2.6 三大范式总结

1 数据库范式

1.1 为什么要范式

为什么需要数据库范式呢,因为必须保证数据库设计的合理性

数据库设计关系整个系统的架构,关系到后续的开发效率和运行效率

数据库的设计主要包含了设计表结构和表之间的联系

1.2 如何是合理数据库

如何是合理数据库

结构合理

冗余较小

尽量避免插入删除修改异常

1.3 如何才能保证数据库设计水平

如何才能保证数据库设计水平

遵循一定的规则

在关系型数据库中这种规则就称为范式

1.4 什么是范式(NF= NormalForm)

什么是范式(NF= NormalForm)

范式是符合某一种设计要求的总结

要想设计一个结构合理的关系型数据库,必须满足一定的范式

1.5 范式的分类

第一范式

第二范式

第三范式

Boyce Codd范式=NCNF,由Boyce和Codd提出的,比3NF又进了一步,通常认为是修正的第三范式.

第四范式

第五范式

各个范式是依次嵌套包含的,范式越高,设计质量越高,在现实设计中也越难实现

一般数据库设计,只要达到第三范式,即可避免异常的出现

2 各个范式详解

2.1 第一范式

2.1.1 第一范式定义

要求:最基本的范式

数据库表每一列都是不可分割的基本数据项,同一列中不能有多个值

简单说就是要确保每列保持原子性

第一范式的合理遵循需要根据系统的实际需求来定

2.1.2 第一范式示例

示例:用户表(用户名,家庭地址)就不合理

用户表(用户名,省,城市,详细地址)很合理

系(系名称,系主任,系高级职称人数)不合理

系(系名称,系主任,系教授人数,系副教授人数)合理

2.2 第二范式

2.2.1 第二范式定义

要求:第二范式需要确保数据库表中的每一列都和主键相关,而不能只与主键的某一部分相关(主要针对联合主键而言)

即在一个数据库表中只能保存一种数据,不可以把多种数据保存在同一张数据库表中

2.2.2 第二范式示例

示例:

学号和课程编号作为联合主键

课程名称只依赖于课程编号,而和学号没有关系

分析以上的设计发现数据冗余

如何解决呢?

提取出学生表

提取成课程表

提取选课表,存放选课记录

1,学生表

2,课程表

3,选课表

2.3 第三范式

2.3.1 第三范式定义

要求:

确保数据表中的每一列数据都和主键直接相关,而不能间接相关

属性不依赖于其他非主属性

示例1:学生班级表

分析以上的表,发现有问题存在 班级名称和班级信息出现了数据冗余

如何解决?

1,学生表

2,班级表

2.4 范式优缺点

范式优点:

结构合理

冗余较小

尽量避免插入删除修改异常

缺点:

性能降低

多表查询比单表查询速度慢

数据库的设计应该根据当前情况和需求做出灵活的处理。

在实际设计中,要整体遵循范式理论。

如果在某些特定的情况下还死死遵循范式也是不可取的,因为可能降低数据库的效率,此时可以适当增加冗余而提高性能。

示例:

比如经常购物车条目的中除了条目编号,商品编号,商品数量外,可以增加经常使用的商品名称,商品价格等

商品表

订单明细表

2.5 数据库表之间关系

数据库表之间的三种关系:

一对一

关联映射:一对一

一对一关系就如球队与球队所在地址之间的关系,一支球队仅有一个地址,而一个地址区也仅有一支球队。

数据表间一对一关系的表现有两种,一种是外键关联,一种是主键关联。图示如下:

一对一外键关联:

一对多

关联映射:一对多/多对一

存在最普遍的映射关系,简单来讲就如球员与球队的关系;

一对多:从球队角度来说一个球队拥有多个球员 即为一对多

多对一:从球员角度来说多个球员属于一个球队 即为多对一

数据表间一对多关系如下图:

多对多

关联映射:多对多

多对多关系也很常见,例如学生与选修课之间的关系,一个学生可以选择多门选修课,而每个选修课又可以被多名学生选择。

数据库中的多对多关联关系一般需采用中间表的方式处理,将多对多转化为两个一对多。

数据表间多对多关系如下图:

2.6 三大范式总结

范式是指导数据设计的规范化理论,可以保证数据库设计质量

第一范式:字段不能再分

第二范式:不存在局部依赖

第三范式:不含传递依赖(间接依赖)

使用范式可以减少冗余,但是会降低性能

特定表的的设计可以违反第三范式,增加冗余提高性能

链接:https://www.cnblogs.com/jingzh/p/15270698.html

(版权归原作者所有,侵删)

  • 发表于:
  • 原文链接https://page.om.qq.com/page/OzxGjFQOucBzcEPzkADA_Jkw0
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券