• Babel 插件通关秘籍
  • Git 原理详解及实用指南
  • Nest 通关秘籍
  • React 通关秘籍
  • TypeScript 全面进阶指南
  • TypeScript 类型体操通关秘籍
  • 现代CSS
  • Babel 插件通关秘籍
  • Git 原理详解及实用指南
  • Nest 通关秘籍
  • React 通关秘籍
  • TypeScript 全面进阶指南
  • TypeScript 类型体操通关秘籍
  • 现代CSS
  • Nest 通关秘籍

    • 1.开篇词
    • 2.给你 5 个学习 Nest 的理由,你会心动么
    • 3.Nest 基础概念扫盲
    • 4.快速掌握 Nest CLI
    • 5.五种HTTP数据传输方式
    • 6.IoC 解决了什么痛点问题?
    • 7.如何调试 Nest 项目
    • 8.使用多种 Provider,灵活注入对象
    • 9.全局模块和生命周期
    • 10.AOP 架构有什么好处?
    • 11.一网打尽 Nest 全部装饰器
    • 12.Nest 如何自定义装饰器
    • 13.Metadata 和 Reflector
    • 14.ExecutionContext:切换不同上下文
    • 15.Module 和 Provider 的循环依赖怎么处理?
    • 16.如何创建动态模块
    • 17.Nest 和 Express 的关系,如何切到 fastify
    • 18.Nest 的 Middleware
    • 19.RxJS 和 Interceptor
    • 20.内置 Pipe 和自定义 Pipe
    • 21.如何使用 ValidationPipe 验证 post 请求参数
    • 22.如何自定义 Exception Filter
    • 23.图解串一串 Nest 核心概念
    • 24.接口如何实现多版本共存
    • 25.Express 如何使用 multer 实现文件上传
    • 26.Nest 如何使用 multer 实现文件上传
    • 27.图书管理系统:需求分析和原型图
    • 28.图书管理系统:用户模块后端开发
    • 29.图书管理系统:图书模块后端开发
    • 30.图书管理系统:用户模块前端开发
    • 31.图书管理系统:图书模块前端开发--图书搜索
    • 32.图书管理系统:图书模块前端开发--图书增删改
    • 33.图书管理系统:项目总结
    • 34.大文件分片上传
    • 35.最完美的 OSS 上传方案
    • 36.Nest 里如何打印日志?
    • 37.为什么 Node 里要用 Winston 打印日志?
    • 38.Nest 集成日志框架 Winston
    • 39.通过 Desktop 学 Docker 也太简单了
    • 40.你的第一个 Dockerfile
    • 41.Nest 项目如何编写 Dockerfile
    • 42.提升 Dockerfile 水平的 5 个技巧
    • 43.Docker 是怎么实现的?
    • 44.为什么 Node 应用要用 PM2 来跑?
    • 45.快速入门 MySQL
    • 46.SQL 查询语句的所有语法和函数
    • 47.一对一、join 查询、级联方式
    • 48.一对多、多对多关系的表设计
    • 49.子查询和 EXISTS
    • 50.SQL 综合练习
    • 51.MySQL 的事务和隔离级别
    • 52.MySQL 的视图、存储过程和函数
    • 53.使用 Node 操作 MySQL 的两种方式
    • 54.快速掌握 TypeORM
    • 55.TypeORM 一对一的映射和关联 CRUD
    • 56.TypeORM 一对多的映射和关联 CRUD
    • 57.TypeORM 多对多的映射和关联 CRUD
    • 58.在 Nest 里集成 TypeORM
    • 59.TypeORM 如何保存任意层级的关系?
    • 60.为什么生产环境要用 TypeORM 的 migration 迁移功能?
    • 61.Nest 项目里如何使用 TypeORM 迁移
    • 62.如何动态读取不同环境的配置?
    • 63.快速入门 Redis
    • 64.在 Nest 里操作 Redis
    • 65.为什么不用 cache-manager 操作 Redis?
    • 66.两种登录状态保存方式:JWT、Session
    • 67.Nest 里实现 Session 和 JWT
    • 68.MySQL + TypeORM + JWT 实现登录注册
    • 69.基于 ACL 实现权限控制
    • 70.基于 RBAC 实现权限控制
    • 71.基于 access_token 和 refresh_token 实现登录状态无感刷新
    • 72.单 token 无限续期,实现登录状态无感刷新
    • 73.使用 passport 做身份认证
    • 74.passport 实现 GitHub 三方账号登录
    • 75.passport 实现 Google 三方账号登录
    • 76.为什么要使用 Docker Compose ?
    • 77.Docker 容器通信的最简单方式:桥接网络
    • 78.Docker 支持重启策略,是否还需要 PM2
    • 79.快速掌握 Nginx 的 2 大核心用法
    • 80.基于 Nginx 实现灰度系统
    • 81.基于 Redis 实现分布式 session
    • 82.Redis + 高德地图,实现附近的充电宝
    • 83.用 Swagger 自动生成 api 文档
    • 84.如何灵活创建 DTO
    • 85.class-validator 的内置装饰器,如何自定义装饰器
    • 86.序列化 Entity,你不需要 VO 对象
    • 87.手写序列化 Entity 的拦截器
    • 88.使用 compodoc 生成文档
    • 89.Node 如何发邮件?
    • 90.实现基于邮箱验证码的登录
    • 91.定时任务 + Redis 实现阅读量计数
    • 92.Nest 的 3 种定时任务
    • 93.Nest 里如何实现事件通信?
    • 94.HttpModule + pinyin 实现天气预报查询服务
    • 95.如何记录请求日志
    • 96.短链服务?自己写一个
    • 97.Nest 实现 Server Sent Event 数据推送
    • 98.用 minio 自己搭一个 OSS 服务
    • 99.前端如何直传文件到 Minio
    • 100.基于 sharp 实现 gif 压缩工具
    • 101.大文件如何实现流式下载?
    • 102.Puppeteer 实现爬虫,爬取 BOSS 直聘全部前端岗位
    • 103.实现扫二维码登录
    • 104.Nest 的 REPL 模式
    • 105.实现 Excel 导入导出
    • 106.如何用代码动态生成 PPT
    • 107.如何拿到服务器 CPU、内存、磁盘状态
    • 108.Nest 如何实现国际化?
    • 109.会议室预订系统:需求分析和原型图
    • 110.会议室预订系统:技术方案和数据库设计
    • 111.会议室预订系统:用户管理模块-用户注册
    • 112.会议室预订系统:用户管理模块-配置抽离、登录认证鉴权
    • 113.会议室预订系统:用户管理模块-interceptor、修改信息接口
    • 114.会议室预订系统:用户管理模块-用户列表和分页查询
    • 115.会议室预订系统:用户管理模块-swagger 接口文档
    • 116.会议室预订系统:用户管理模块-用户端登录注册页面
    • 117.会议室预订系统:用户管理模块-用户端信息修改页面
    • 118.会议室预订系统:用户管理模块-头像上传
    • 119.会议室预订系统:用户管理模块-管理端用户列表页面
    • 120.会议室预订系统:用户管理模块-管理端信息修改页面
    • 121.会议室预订系统:会议室管理模块-后端开发
    • 122.会议室预订系统:会议室管理模块-管理端前端开发
    • 123.会议室预订系统:会议室管理模块-用户端前端开发
    • 124.会议室预订系统:预定管理模块-后端开发
    • 125.会议室预订系统:预定管理模块-管理端前端开发
    • 126.会议室预订系统:预定管理模块-用户端前端开发
    • 127.会议室预订系统:统计管理模块-后端开发
    • 128.会议室预订系统:统计管理模块-前端开发
    • 129.会议室预订系统:后端项目部署到阿里云
    • 130.会议室预订系统:前端项目部署到阿里云
    • 131.会议室预定系统:用 migration 初始化表和数据
    • 132.会议室预定系统:文件上传 OSS
    • 133.会议室预定系统:Google 账号登录后端开发
    • 134.会议室预定系统:Google 账号登录前端开发
    • 135.会议室预定系统:后端代码优化
    • 136.会议室预定系统:集成日志框架 winston
    • 137.会议室预定系统:前端代码优化
    • 138.会议室预定系统:全部功能测试
    • 139.会议室预定系统:项目总结
    • 140.Nest 如何创建微服务?
    • 141.Nest 的 Monorepo 和 Library
    • 142.用 Etcd 实现微服务配置中心和注册中心
    • 143.Nest 集成 Etcd 做注册中心、配置中心
    • 144.用 Nacos 实现微服务配置中心和注册中心
    • 145.基于 gRPC 实现跨语言的微服务通信
    • 146.快速入门 ORM 框架 Prisma
    • 147.Prisma 的全部命令
    • 148.Prisma 的全部 schema 语法
    • 149.Primsa Client 单表 CRUD 的全部 api
    • 150.Prisma Client 多表 CRUD 的全部 api
    • 151.在 Nest 里集成 Prisma
    • 152.为什么前端监控系统要用 RabbitMQ?
    • 153.基于 Redis 实现关注关系
    • 154.基于 Redis 实现各种排行榜(周榜、月榜、年榜)
    • 155.考试系统:需求分析
    • 156.考试系统:技术方案和数据库设计
    • 157.考试系统:微服务、Lib 拆分
    • 158.考试系统;用户注册
    • 159.考试系统:用户登录、修改密码
    • 160.考试系统:考试微服务
    • 161.考试系统:登录、注册页面
    • 162.考试系统:修改密码、试卷列表页面
    • 163.考试系统:新增试卷、回收站
    • 164.考试系统:试卷编辑器
    • 165.考试系统:试卷回显、预览、保存
    • 166.考试系统:答卷微服务
    • 167.考试系统:答题页面
    • 168.考试系统:自动判卷
    • 169.考试系统:分析微服务、排行榜页面
    • 170.考试系统:整体测试
    • 171.考试系统:项目总结
    • 172.用 Node.js 手写 WebSocket 协议
    • 173.Nest 开发 WebSocket 服务
    • 174.基于 Socket.io 的 room 实现群聊
    • 175.聊天室:需求分析和原型图
    • 176.聊天室:技术选型和数据库设计
    • 177.聊天室:用户注册
    • 178.聊天室:用户登录
    • 179.聊天室:修改密码、修改信息
    • 180.聊天室:好友列表、发送好友申请
    • 181.聊天室:创建聊天室、加入群聊
    • 182.聊天室:登录、注册页面开发
    • 183.聊天室:修改密码、信息页面开发
    • 184.聊天室:头像上传
    • 185.聊天室:好友∕群聊列表页面
    • 186.聊天室:添加好友弹窗、通知页面
    • 187.聊天室:聊天功能后端开发
    • 188.聊天室:聊天功能前端开发
    • 189.聊天室:一对一聊天
    • 190.聊天室:创建群聊、进入群聊
    • 191.聊天室:发送表情、图片、文件
    • 192.聊天室:收藏
    • 193.聊天室:全部功能测试
    • 194.聊天室:项目总结
    • 195.MongoDB 快速入门
    • 196.使用 mongoose 操作 MongoDB 数据库
    • 197.GraphQL 快速入门
    • 198.Nest 开发 GraphQL 服务:实现 CRUD
    • 199.GraphQL + Primsa + React 实现 TodoList
    • 200.如何调试 Nest 源码?

数据库中会有很多的表,分别存储不同的信息,比如学生表存学生的信息、老师表存老师的信息,班级表存班级的信息。

这些表之间不是孤立的,有着一定的关系。

比如班级和学生之间是一对多的关系,也就是一个班级可以有多个学生。

班级和老师之间是多对多的关系,也就是一个班级可以有多个老师,一个老师也可以教多个班级。

如果存储一对一、一对多、多对多这些关系呢?

这就涉及到外键了。

比如一对一的关系,一个用户只能有一个身份证。

这样两个表,分别存储用户信息,还有身份证信息:

它们之间是一对一的关系,这时就可以用外键来表示。

user 表的主键是 id、可以通过 id 来唯一标识一个 user。

那 id_card 想查找 user,自然也是通过 id 来查找,多一个列来存储 user id 就可以实现这种一对一的关联。

这个 user_id 的列就是外键。

user 表叫主表,使用外键引用它的 id_card 表是从表。

我们建个表来试试看:

选中 hello-mysql 数据库,点击建表按钮:

分别添加 id、name 列:

image.png

点击 apply,建表 sql 如下:

你也可以直接用这个 sql 来建表:

CREATE TABLE `hello-mysql`.`user` (
  `id` INT NOT NULL AUTO_INCREMENT COMMENT 'id',
  `name` VARCHAR(45) NOT NULL COMMENT '名字',
  PRIMARY KEY (`id`)
);

然后再建个 id_card 表:

id 为 INT 类型,设置 primary key、not null 的约束,然后设置 auto increment。

card_name 为 VARCHAR(45) 类型,设置 not null 的约束

user_id 为 INT 类型。

然后添加外键:

指定外键 user_id 关联 user 表的 id。

这里还要选择主表数据 update 或者 delete 的时候,从表怎么办:

我们先用默认的。

点击 apply,生成的建表 sql 是这样的:

CREATE TABLE `id_card` (
  `id` int NOT NULL AUTO_INCREMENT COMMENT 'id',
  `card_name` varchar(45) NOT NULL COMMENT '身份证号',
  `user_id` int DEFAULT NULL COMMENT '用户 id',
  PRIMARY KEY (`id`),
  INDEX `card_id_idx` (`user_id`),
  CONSTRAINT `user_id` FOREIGN KEY (`user_id`) REFERENCES `user` (`id`)
)  CHARSET=utf8mb4

这些建表 sql 的语法了解即可,一般不会自己写。

前面的三行都比较好理解,就是指定每一列的类型、约束、注释。

PRIMARY KEY 是指定 id 为主键。

INDEX 是建立索引,索引名是 card_id_idex,这个是用于加速 user_id 的访问的。

CONSTRINT user_id FOREIGN KEY 是给 user_id 添加一个外键约束,然后 user_id REFERENCES user id 则是指定 user_id 引用这 user 表的 id 列。

然后就可以看到 user 和 id_card 表了:

我们插入几条数据:

INSERT INTO `user` (`name`)
	VALUES
		('张三'),
		('李四'),
		('王五'),
		('赵六'),
		('孙七'),
		('周八'),
		('吴九'),
		('郑十'),
		('钱十一'),
		('陈十二');

查询一下:

SELECT * FROM user;

用户表数据成功插入了。

再插入 id_card 表的数据:

INSERT INTO id_card (card_name, user_id)
    VALUES
        ('110101199001011234',1),
	('310101199002022345',2),
	('440101199003033456',3),
	('440301199004044567',4),
	('510101199005055678',5),
	('330101199006066789',6),
	('320101199007077890',7),
	('500101199008088901',8),
	('420101199009099012',9),
	('610101199010101023',10);

查询一下:

SELECT * FROM id_card;

这样,一对一关系的数据就插入成功了。

那怎么关联查出来呢?

这样:

SELECT * FROM user JOIN id_card ON user.id = id_card.user_id;

这里用到了 JOIN ON,也就是连接 user 和 id_card 表,关联方式是 user.id = id_card.user_id,也就是 id_card 表中的外键关联 user 表的主键。

点击左上角按钮,新建一条 sql:

查询的结果是这样的:

这里的两个 id 分别是 user 和 card 的 id,而且后面的 user_id 也没必要展示。

我们改下 sql:

SELECT user.id, name, id_card.id as card_id, card_name
    FROM user
    JOIN id_card ON user.id = id_card.user_id;

指定显示的列,并给 id_card 表的 id 起个 card_id 的别名。

这就是多表关联查询,语法是 JOIN ON。

有同学可能问了,那如果 id_card 表里有的没有关联 user 呢?

比如这样:

选中单元格,点击 delete 就可以把它置为 null。

我们把 id_card 表的最后两条记录的 user_id 删掉,点击 apply。

这时候再执行上面那条 sql 来查询,就可以看到少了两条记录:

因为 JOIN ON 其实默认是 INNER JOIN ON,相当于这么写:

SELECT user.id, name, id_card.id as card_id, card_name
    FROM user
    INNER JOIN id_card ON user.id = id_card.user_id;

INNER JOIN 是只返回两个表中能关联上的数据。

你还可以指定其余 2 种 join 类型:

LEFT JOIN 是额外返回左表中没有关联上的数据。

RIGHT JOIN 是额外返回右表中没有关联上的数据。

在 FROM 后的是左表,JOIN 后的表是右表。

我们来试一下:

SELECT user.id, name, id_card.id as card_id, card_name
    FROM user
    RIGHT JOIN id_card ON user.id = id_card.user_id;

当使用 RIGHT JOIN 时,会额外返回右表中没有关联的数据:

可以看到返回了所有 id_card 的数据,没有关联 user 的记录 user 信息为 null。

当时用 LEFT JOIN 时,正好相反:

SELECT user.id, name, id_card.id as card_id, card_name
    FROM user
    LEFT JOIN id_card ON user.id = id_card.user_id;

一般情况,还是用默认的 JOIN ON 比较多,也就是 INNER JOIN。

前面还讲到了删除和更新时的级联操作。

也就是当 user 删除的时候,关联的 id_card 要不要删除?

当 user 的 id 修改的时候,关联的 id_card 要不要改 user_id?

我们之前设置的是默认的 RESTICT:

其实可选的值有 4 种:

  • CASCADE: 主表主键更新,从表关联记录的外键跟着更新,主表记录删除,从表关联记录删除

  • SET NULL:主表主键更新或者主表记录删除,从表关联记录的外键设置为 null

  • RESTRICT:只有没有从表的关联记录时,才允许删除主表记录或者更新主表记录的主键 id

  • NO ACTION: 同 RESTRICT,只是 sql 标准里分了 4 种,但 mysql 里 NO ACTION 等同于 RESTRICT。

这里不理解不要紧,我们试一下:

现在 user 表是这样的:

右键选择 delete row:

这时候会提示你更新失败,因为有外键的约束。

点击 revert,回到之前的状态:

然后更新 id 为 11,点击 apply:

同样会提示你更新失败,因为有外键的约束:

这就是 RESTIRCT 和 NO ACTION 的处理逻辑:只要从表有关联记录,就不能更新 id 或者删除记录。

我们手动把从表记录的关联去掉,也就是删除第一条记录的外键(按 delete 键):

点击 apply 应用这次改动。

然后再试下主表的更新:

这次就更新成功了!

再来试下删除:

同样也成功了:

这就是 RESTRICT 或者 NO ACTION,只有当从表没有关联的记录的时候,才能更新主表记录的 id 或者删除它。

我们再来试试 CASCADE:

修改外键级联方式为 CASCADE,点击 apply。

先看一下现在 id_card 表的数据:

把 id 为 2 的 user 的 id 改为 22,点击 apply:

再看下 id_card 表的数据,你会发现 user_id 跟着改了。

然后把 id 为 22 的 user 删除掉,点击 apply:

再看下 id_card 表会发现那条 user_id 为 22 的记录也没了。

这就是级联方式为 CASCADE 的处理逻辑:主表删除,从表关联记录也级联删除,主表 id 更新,从表关联记录也跟着更新。

然后再试下 set null:

修改之后点击 apply。

查询下现在的 id_card 表的数据:

把 user 表中 id 为 5 的记录 id 改为 55,点击 apply:

这时候 id_card 中那条记录的外键被置为 null 了:

这就是 set null 的处理逻辑:主表记录删除或者修改 id,从表关联记录外键置为 null。

总结

这节我们学习了一对一的数据表设计,在从表里通过外键来关联主表的主键。

查询的时候需要使用 join on,默认是 inner join 也就是只返回有关联的记录,也可以用 left join、right join 来额外返回没有关联记录的左表或右表的记录。

from 后的是左表,join 后的是右表。

此外,外键还可以设置级联方式,也就是主表修改 id 或者删除的时候,从表怎么做。

有 3 种级联方式:CASCADE(关联删除或更新),SET NULL(关联外键设置为 null),RESTRICT 或者 NO ACTION(没有从表的关联记录才可以删除或更新)

多表的连接是非常常用的操作,下节我们继续学习一对多和多对多的数据表设计。

上次更新: 6/21/25, 9:42 AM
贡献者: YNight
Prev
46.SQL 查询语句的所有语法和函数
Next
48.一对多、多对多关系的表设计