面试又双叒叕被问到数据库三大范式，该怎么答才能让面试官认可呢

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注Java）

正文

1、第一范式（1NF）

==========================================================================

要求：强调的是列的原子性，即每一列都是不可再分的最小数据单元。

mysql> select * from employee;

±------------±-------------±----------±-----±-----±----------------------±-------------±-------------±----------------------+

| employee_id | dept_name | name | age | sex | address | job | job_desc | dept_desc |

±------------±-------------±----------±-----±-----±----------------------±-------------±-------------±----------------------+

| 1 | 研发一部 | 陈哈哈 | 27 | 男 | 中国山东枣庄 | java研发 | 做web | 做公司门户网站 |

| 2 | 宣传部 | 川建国 | 72 | 男 | 美国纽约曼哈顿 | 宣传部长 | 吹牛逼 | 跟客户吹逼 |

| 3 | 保卫科 | 盲僧 | 30 | 男 | 中国河南嵩山 | 保安队长 | 练回旋踢 | 站岗 |

±------------±-------------±----------±-----±-----±----------------------±-------------±-------------±----------------------+

3 rows in set (0.00 sec)

简单的说，第一范式就是每一个属性都不可再分。不符合第一范式则不能称为关系数据库。对于上表，不难看出Address是可以再分的，比如”中国山东枣庄”，显然不符合第一范式要求，要符合第一范式，则至少需要将此属性拆分成3个字段，或分离到另一张address表，如下:

分成如下表，这样在数据层面无法再细分，足以保证了各列数据的原子性。

mysql> select * from address;

±-----------±--------±---------±----------+

| address_id | country | province | city |

±-----------±--------±---------±----------+

| 1 | 中国 | 山东 | 枣庄 |

| 2 | 美国 | 纽约 | 曼哈顿 |

| 3 | 中国 | 河南 | 嵩山 |

±-----------±--------±---------±----------+

3 rows in set (0.00 sec)

当然，如果明确业务上没有省市区划分要求，也可不划分。总之，最后还得根据实际业务来搞~

2、第二范式（2NF）

==========================================================================

要求：

1、满足1NF；

2、表必须有一个主键；

3、对于没有包含在主键中的列（非主键的其他列）必须完全依赖于主键，而不能只依赖于主键的一部分（比如某一个主键）。

对于第二范式，表中的属性必须完全依赖于全部主键，而不是部分主键。所以只有一个主键的表如果符合第一范式，那一定是第二范式。这样做的目的是进一步减少插入异常和更新异常。

在上表中，dept_desc是由主键dept_name所决定，但却不是由主键employee_id决定，所以dept_desc只依赖于两个主键中的一个，故要解决dept_desc对主键是部分依赖，从而满足第二范式，则需将dept_name、dept_desc拆分出来，如下表：

3、第三范式(3NF)

==========================================================================

要求：

1、满足2NF；

2、非主键列必须直接依赖于主键，不能存在传递依赖。即不能存在：非主键列 A 依赖于非主键列 B，非主键列 B 依赖于主键的情况。

第三范式是为了消除数据库中关键字之间的依赖关系，在上面经过第二范式化的表中，可以看出job_desc(岗位职责)是由job(岗位)所决定，则job_desc依赖于job（job_desc → job → employee_id），可以看出这不符合第三范式，对表进行第三范式后的关系图为：

如上所示，解决了依赖关系。

总结

=================================================================

1NF： 字段是最小的的单元不可再分

2NF：满足1NF，表中的字段必须完全依赖于全部主键而非部分主键

3NF：满足2NF，非主键外的所有字段必须互不依赖

面对于数据库范式进行分解的过程中不难看出，范式越高，冗余越低，一般要求到三范式或第二范式，再往上，表越来越多。你知道的，表多可不是好事儿，会带来很多问题：

1. 查询时要连接多个表，增加了查询的复杂度

最后

一次偶然，从朋友那里得到一份“java高分面试指南”，里面涵盖了25个分类的面试题以及详细的解析：JavaOOP、Java集合/泛型、Java中的IO与NIO、Java反射、Java序列化、Java注解、多线程&并发、JVM、Mysql、Redis、Memcached、MongoDB、Spring、Spring Boot、Spring Cloud、RabbitMQ、Dubbo 、MyBatis 、ZooKeeper 、数据结构、算法、Elasticsearch 、Kafka 、微服务、Linux。

这不，马上就要到招聘季了，很多朋友又开始准备“金三银四”的春招啦，那我想这份“java高分面试指南”应该起到不小的作用，所以今天想给大家分享一下。

请注意：关于这份“java高分面试指南”，每一个方向专题（25个）的题目这里几乎都会列举，在不看答案的情况下，大家可以自行测试一下水平 且由于篇幅原因，这边无法展示所有完整的答案解析

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）
[外链图片转存中…(img-P6cMn14y-1713558252284)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！