三大范式—— 一范式:每一列不可再分割。二范式-满足一范式,非主键完全依赖主键。三范式:满足二范式,不存在传递依赖

1NF
属性不可再分,即表中的每个列都不可以再进行拆分。

如下学生信息表(student):

id、name(姓名)、sex_code(性别代号)、sex_desc(性别描述)、contact(联系方式)

primary key(id)

id    name    sex_code    sex_desc    contact
001    张三    0    男    17835201234_山西省运城市xx村
002    李四    0    男    17735204567_山西省吕梁市yy村
003    王五    1    女    18835207890_山西省太原市zz村
如果在查询学生表时经常用到学生的电话号,则应该将联系方式(contact)这一列分为电话号(phone)和地址(address)两列,这样才符合第一范式。

修改使表满足1NF后:

id    name    sex_code    sex_desc    phone    address
001    张三    0    男    17835201234    山西省运城市xx村
002    李四    0    男    17735204567    山西省吕梁市yy村
003    王五    1    女    18835207890    山西省太原市zz村
判断表是否符合第一范式,列是否可以再分,得看需求,如果将电话号和地址分开才能满足查询等需求时,那之前的表设计就是不满足1NF的,如果电话号和地址拼接作为一个字段也可以满足查询、存储等需求时,那它就满足1NF。

2NF
在满足1NF的前提下,表中不存在部分依赖,非主键列要完全依赖于主键。(主要是说在联合主键的情况下,非主键列不能只依赖于主键的一部分)

如下学生成绩表(score):

stu_id(学生id)、kc_id(课程id)、score(分数)、kc_name(课程名)

primary key(stu_id, kc_id)

stu_id    kc_id    score    kc_name
001    1011    85    高数3-1
001    1022    79    计算机组成原理
002    1011    59.9    高数3-1
表中主键为stu_id和kc_id组成的联合主键。满足1NF;非主键列score完全依赖于主键,stu_id和kc_id两个值才能决定score的值;而kc_name只依赖于kc_id,与stu_id没有依赖关系,它不完全依赖于主键,只依赖于主键的一部分,不符合2NF。

修改使表满足2NF后:

成绩表(score)   primary key(stu_id)

stu_id    kc_id    score
001    1011    85
001    1022    79
002    1011    59.9
课程表(kc)   primary key(kc_id)

kc_id    kc_name
1011    高数3-1
1022    计算机组成原理
将原来的成绩表(score)拆分为成绩表(score)和课程表(kc),而且两个表都符合2NF。

3NF:
在满足2NF的前提下,不存在传递依赖。(A -> B, B -> C, A->C)

如下学生信息表(student):

primary key(id)

id    name    sex_code    sex_desc    phone    address
001    张三    0    男    17835201234    山西省运城市xx村
002    李四    0    男    17735204567    山西省吕梁市yy村
003    王五    1    女    18835207890    山西省太原市zz村
表中sex_desc依赖于sex_code,而sex_code依赖于id(主键),从而推出sex_desc依赖于id(主键);sex_desc不直接依赖于主键,而是通过依赖于非主键列而依赖于主键,属于传递依赖,不符合3NF。

修改表使满足3NF后:

学生表(student)   primary key(id)

id    name    sex_code    phone    address
001    张三    0    17835201234    山西省运城市xx村
002    李四    0    17735204567    山西省吕梁市yy村
003    王五    1    18835207890    山西省太原市zz村
性别代码表(sexcode)   primary key(sex_code)

sex_code    sex_desc
0    男
1    女
将原来的student表进行拆分后,两个表都满足3NF。

什么样的表越容易符合3NF?
非主键列越少的表。(1NF强调列不可再分;2NF和3NF强调非主属性列和主属性列之间的关系)

如代码表(sexcode),非主键列只有一个sex_desc;

或者将学生表的主键设计为primary key(id,name,sex_code,phone),这样非主键列只有address,更容易符合3NF。
————————————————
版权声明:本文为CSDN博主「Dzzzzzzzzzzzzzzz」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/ddzzz_/article/details/119277573

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值