2024年前端最全数据库设计之从0到1 教你如何设计E-R图，前端插件化+模块化+组件化+热修复

HTTP

• HTTP 报文结构是怎样的？

• HTTP有哪些请求方法？

• GET 和 POST 有什么区别？

• 如何理解 URI？

• 如何理解 HTTP 状态码？

• 简要概括一下 HTTP 的特点？HTTP 有哪些缺点？

• 对 Accept 系列字段了解多少？

• 对于定长和不定长的数据，HTTP 是怎么传输的？

• HTTP 如何处理大文件的传输？

• HTTP 中如何处理表单数据的提交？

• HTTP1.1 如何解决 HTTP 的队头阻塞问题？

• 对 Cookie 了解多少？

• 如何理解 HTTP 代理？

• 如何理解 HTTP 缓存及缓存代理？

• 为什么产生代理缓存？

• 源服务器的缓存控制

• 客户端的缓存控制

• 什么是跨域？浏览器如何拦截响应？如何解决？

  开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

下面对

• 1：1

• 1：n

• m：n

三者做出具体分析

A、一个1:1关系可以与任意一端所对应的关系模式合并也可以转换为一个独立的关系模式。

因为自身作为班长，那么我就从班长 管理班级的角度去分析1：1的关系

原实体对应关系模式分别为：

班级（班号，专业，人数）

班长（学号，姓名，专长）

1. 将关系“管理”合并到实体“班级”对应的模式后为：

班级（班号，专业，人数，班长学号）

班长（学号，姓名，专长）

2. 关系“管理”也可以合并到实体“班长”对应的模式，将关系“管理”合并到实体“班级”对应的模式后为：

班级（班号，专业，人数）

班长（学号，姓名，专长，班号）

B、一个1:n关系可以与n端所对应的关系模式合并也可以转换为一个独立的关系模式。

因为在我们是学校是按照学院，系别的层次，而我在这儿解释的时候就不加系别了，因为我们平时也很少区分，所以就按照院长管理教师的角度去分析1：n的关系。

实体对应的关系模式

系（院号，院主任，电话，院名）

教师（教师号，姓名，专业，职称，性别，年龄）

关系对应的关系模式

管理（教师号，系号）

合并到实体“教师”后（只能合并到“多”的一端的关系模型）：

教师（教师号，姓名，专业，职称，性别，年龄，院号）

C、一个m:n关系转换为一个关系模式。转换的方法为：与该关系相连的各实体的码以及关系本身的属性均转换为关系的属性，新关系的码为两个相连实体码的组合。

学生选修课程一直一来是一个m:n 的经典问题，所以我们也拿来分析一下。 在这里，关系只能转换为独立模式

最后

推荐一些系统学习的途径和方法。

每个Web开发人员必备，很权威很齐全的Web开发文档。作为学习辞典使用，可以查询到每个概念、方法、属性的详细解释，注意使用英文关键字搜索。里面的一些 HTML，CSS，HTTP 技术教程也相当不错。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

HTML 和 CSS：