数据库设计 范式

1NF

1NF为数据库最基本的要求,只要在RDBMS中已经存在的数据表,定义为

符合1NF的关系中的每个属性都不可再分

1NF存在大量冗余

2NF

2NF在1NF的基础之上,消除了非主属性对于码的部分函数依赖。接下来对这句话中涉及到的四个概念——“函数依赖”、“码”、“非主属性”、与“部分函数依赖”进行一下解释。

接下来对这句话中涉及到的四个概念——“函数依赖”、“码”、“非主属性”、与“部分函数依赖”进行一下解释。

函数依赖

若在一张表中,在属性(或属性组)X的值确定的情况下,必定能确定属性Y的值,那么就可以说Y函数依赖于X,写作 X → Y

完全函数依赖

在一张表中,若 X → Y,且对于 X 的任何一个真子集(假如属性组 X 包含超过一个属性的话),X ' → Y 不成立,那么我们称 Y 对于 X 完全函数依赖,记作 X F→ Y。

部分函数依赖

假如 Y 函数依赖于 X,但同时 Y 并不完全函数依赖于 X,那么我们就称 Y 部分函数依赖于 X,记作 X P→ Y

传递函数依赖

假如 Z 函数依赖于 Y,且 Y 函数依赖于 X,那么我们就称 Z 传递函数依赖于 X ,记作 X T→ Z

码设 K 为某表中的一个属性或属性组,若除 K 之外的所有属性都完全函数依赖于 K,那么我们称 K 为候选码,简称为码。在实际中我们通常可以理解为:假如当 K 确定的情况下,该表除 K 之外的所有属性的值也就随之确定,那么 K 就是码。一张表中可以有超过一个码。(实际应用中为了方便,通常选择其中的一个码作为主码)

非主属性

包含在任何一个码中的属性成为主属性。其余为非主属性

如何判断是否为2NF

第一步:找出数据表中所有的码。
第二步:根据第一步所得到的码,找出所有的主属性。
第三步:数据表中,除去所有的主属性,剩下的就都是非主属性了。
第四步:查看是否存在非主属性对码的部分函数依赖。

3NF

3NF在2NF的基础之上,消除了非主属性对于码的传递函数依赖

结论

由此可见,符合3NF要求的数据库设计,基本上解决了数据冗余过大,插入异常,修改异常,删除异常的问题。当然,在实际中,往往为了性能上或者应对扩展的需要,经常 做到2NF或者1NF,但是作为数据库设计人员,至少应该知道,3NF的要求是怎样的。

BCNF

3NF 的基础上消除主属性对于码的部分与传递函数依赖。

参考

https://www.zhihu.com/question/24696366/answer/29189700

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • 数据库设计范式及其意义和不足 补充:现在大型项目倾向于反范式设计,得益于大容量硬盘的白菜价和计算机的性能提升,表的...
    七枷琴子阅读 3,226评论 0 1
  • 1.第一范式(1NF) 定义:如果关系模式R的所有属性的域都是原子的,那么称关系模式R属于第一范式。 通俗的讲,第...
    李三岁他很皮阅读 1,010评论 0 2
  • 关系型数据库设计时为确保数据存储规范化,通常需要按照范式设计数据,接下来主要介绍下1NF-3NF递进式数据库设计,...
    稻草人_d41b阅读 17,897评论 2 10
  • 逻辑设计 1. 相关名词 1.1. 候选码,主码 候选码通常有一个或多个,用于唯一确定一个元组(行,对象)。举例:...
    pepsi1000阅读 1,044评论 0 0
  • 到了8月下旬,三伏天已经接近尾声,空气中热烈的味道还未散去,夏天的欢歌笑语犹在耳畔。此时的荷花已经悄悄褪去了娇艳的...
    洛霞齐飞阅读 706评论 0 1

友情链接更多精彩内容