博客
关于我
MYSQL:基础——3N范式的表结构设计
阅读量:790 次
发布时间:2023-02-11

本文共 774 字,大约阅读时间需要 2 分钟。

基于3NF范式的数据表设计

范式

在关系型数据库设计中,遵循不同的规范可以设计出合理的关系型数据库。这些规范被称为不同的范式,其中越高的范式通常意味着数据库的冗余越小。目前关系数据库有六种范式,分别是第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、巴斯-科德范式(BCNF)、第四范式(4NF)和第五范式(5NF,又称完美范式)。一般来说,只需满足第三范式(3NF)即可。

第三范式

第三范式(3NF)是建立在第二范式(2NF)基础上的进一步规范。2NF要求所有非主属性都完全依赖于任何一个候选码。而3NF则进一步要求,除了这些完全依赖的属性外,任何非主属性也不能传递依赖于候选码。简单来说,3NF要求每个非主属性既不传递依赖于主属性,也不部分依赖于主属性。

定义方面,设关系模式R<U,F>属于1NF,若R中不存在这样的属性组Y和非主属性Z,使得X->Y,Y->Z成立,其中Z不包含Y,且Y推不出X,则R<U,F>属于3NF。换句话说,3NF要求每个非主属性既不传递依赖于主属性,也不部分依赖于主属性。

举个例子

考虑学生表的设计。假设学生表有以下字段:学号、姓名、年龄、所在学院、学院地点、学院电话。从学号可以推出姓名、年龄、所在学院等字段。然而,学院地点和学院电话对学号的传递依赖关系存在,这意味着从学院地点或学院电话也能间接推出学号。这种情况违反了3NF,因为存在非主属性的传递依赖。

为了改进,我们可以将学生表拆分为两个表:

学生表:学号、姓名、年龄、所在学院

学院表:学院、地点、电话

在这种情况下,学生表中的非主属性(如年龄)完全依赖于主属性(学号),而学院表中的非主属性(如地点、电话)也完全依赖于主属性(学院)。此时,数据库既符合2NF,又符合3NF,数据冗余得到了有效消除,更新异常、插入异常和删除异常也得到了解决。

转载地址:http://gnbfk.baihongyu.com/

你可能感兴趣的文章
MYSQL CONCAT函数
查看>>
multiprocessing.Pool:map_async 和 imap 有什么区别?
查看>>
MySQL Connector/Net 句柄泄露
查看>>
multiprocessor(中)
查看>>
mysql CPU使用率过高的一次处理经历
查看>>
Multisim中555定时器使用技巧
查看>>
MySQL CRUD 数据表基础操作实战
查看>>
multisim变压器反馈式_穿过隔离栅供电:认识隔离式直流/ 直流偏置电源
查看>>
mysql csv import meets charset
查看>>
multivariate_normal TypeError: ufunc ‘add‘ output (typecode ‘O‘) could not be coerced to provided……
查看>>
MySQL DBA 数据库优化策略
查看>>
multi_index_container
查看>>
mutiplemap 总结
查看>>
MySQL Error Handling in Stored Procedures---转载
查看>>
MVC 区域功能
查看>>
MySQL FEDERATED 提示
查看>>
mysql generic安装_MySQL 5.6 Generic Binary安装与配置_MySQL
查看>>
Mysql group by
查看>>
MySQL I 有福啦,窗口函数大大提高了取数的效率!
查看>>
mysql id自动增长 初始值 Mysql重置auto_increment初始值
查看>>