夜猫子的知识栈 夜猫子的知识栈
首页
  • 前端文章

    • JavaScript
  • 学习笔记

    • 《JavaScript教程》
    • 《Web Api》
    • 《ES6教程》
    • 《Vue》
    • 《React》
    • 《TypeScript》
    • 《Git》
    • 《Uniapp》
    • 小程序笔记
    • 《Electron》
    • JS设计模式总结
  • 《前端架构》

    • 《微前端》
    • 《权限控制》
    • monorepo
  • 全栈项目

    • 任务管理日历
    • 无代码平台
    • 图书管理系统
  • HTML
  • CSS
  • Nodejs
  • Midway
  • Nest
  • MySql
  • 其他
  • 技术文档
  • GitHub技巧
  • 博客搭建
  • Ajax
  • Vite
  • Vitest
  • Nuxt
  • UI库文章
  • Docker
  • 学习
  • 面试
  • 心情杂货
  • 实用技巧
  • 友情链接
收藏
  • 分类
  • 标签
  • 归档
GitHub (opens new window)

夜猫子

前端练习生
首页
  • 前端文章

    • JavaScript
  • 学习笔记

    • 《JavaScript教程》
    • 《Web Api》
    • 《ES6教程》
    • 《Vue》
    • 《React》
    • 《TypeScript》
    • 《Git》
    • 《Uniapp》
    • 小程序笔记
    • 《Electron》
    • JS设计模式总结
  • 《前端架构》

    • 《微前端》
    • 《权限控制》
    • monorepo
  • 全栈项目

    • 任务管理日历
    • 无代码平台
    • 图书管理系统
  • HTML
  • CSS
  • Nodejs
  • Midway
  • Nest
  • MySql
  • 其他
  • 技术文档
  • GitHub技巧
  • 博客搭建
  • Ajax
  • Vite
  • Vitest
  • Nuxt
  • UI库文章
  • Docker
  • 学习
  • 面试
  • 心情杂货
  • 实用技巧
  • 友情链接
收藏
  • 分类
  • 标签
  • 归档
GitHub (opens new window)
  • Node基础

  • 《MySQL》学习笔记

  • Midway

  • Nest

    • 开篇词
    • 学习理由
    • nest概念扫盲
    • 快速掌握 nestcli
    • 5种http数据传输方式
    • IoC 解决了什么痛点问题?
    • 如何调试 Nest 项目
    • Provider注入对象
    • 全局模块和生命周期
    • AOP 架构有什么好处?
    • 一网打尽 Nest 全部装饰器
    • Nest如何自定义装饰器
    • Metadata和Reflector
    • ExecutionContext切换上下文
    • Module和Provider的循环依赖处理
    • 如何创建动态模块
    • Nest和Express,fastify
    • Nest的Middleware
    • RxJS和Interceptor
    • 内置Pipe和自定义Pipe
    • ValidationPipe验证post请求参数
    • 如何自定义 Exception Filter
    • 图解串一串 Nest 核心概念
    • 接口如何实现多版本共存
    • Express如何使用multer实现文件上传
    • Nest使用multer实现文件上传
    • 图书管理系统
    • 大文件分片上传
    • 最完美的 OSS 上传方案
    • Nest里如何打印日志
    • 为什么Node里要用Winston打印日志
    • Nest 集成日志框架 Winston
    • 通过Desktop学Docker也太简单了
    • 你的第一个 Dockerfile
    • Nest 项目如何编写 Dockerfile
    • 提升 Dockerfile 水平的 5 个技巧
    • Docker 是怎么实现的
    • 为什么 Node 应用要用 PM2 来跑?
    • 快速入门 MySQL
    • SQL 查询语句的所有语法和函数
    • 一对一、join 查询、级联方式
    • 一对多、多对多关系的表设计
    • 子查询和 EXISTS
    • SQL 综合练习
    • MySQL 的事务和隔离级别
    • MySQL 的视图、存储过程和函数
    • Node 操作 MySQL 的两种方式
    • 快速掌握 TypeORM
    • TypeORM 一对一的映射和关联 CRUD
      • 创建 user 和 id_card 表
      • 现在 user 和 id_card 表都有了,怎么让它们建立一对一的关联呢?
      • 如果我们想设置 CASCADE 应该怎么做呢?
      • 但是我还要分别保存 user 和 idCard,能不能自动按照关联关系来保存呢?
      • 保存了之后,怎么查出来呢?
      • 不过现在我们只是在 idCard 里访问 user,如果想在 user 里访问 idCard 呢?
      • 总结
    • TypeORM 一对多的映射和关联 CRUD
    • TypeORM 多对多的映射和关联 CRUD
    • 在 Nest 里集成 TypeORM
    • TypeORM保存任意层级的关系
    • 生产环境为什么用TypeORM的migration迁移功能
    • Nest 项目里如何使用 TypeORM 迁移
    • 如何动态读取不同环境的配置?
    • 快速入门 Redis
    • 在 Nest 里操作 Redis
    • 为什么不用 cache-manager 操作 Redis
    • 两种登录状态保存方式:JWT、Session
    • Nest 里实现 Session 和 JWT
    • MySQL + TypeORM + JWT 实现登录注册
    • 基于 ACL 实现权限控制
    • 基于 RBAC 实现权限控制
    • access_token和refresh_token实现无感登录
    • 单token无限续期实现登录无感刷新
    • 使用 passport 做身份认证
    • passport 实现 GitHub 三方账号登录
    • passport 实现 Google 三方账号登录
  • 其他

  • 服务端
  • Nest
神说要有光
2025-03-10
目录

TypeORM 一对一的映射和关联 CRUD

在数据库里,表和表之间是存在关系的。

比如用户和身份证是一对一的关系,部门和员工是一对多的关系,文章和标签是多对多的关系。

我们是通过外键来存储这种关系的,多对多的话还要建立中间表。

TypeORM 是把表、字段、表和表的关系映射成 Entity 的 class、属性、Entity 之间的关系,那如何映射这种一对一、一对多、多对多的关系呢?

我们来试一下。

# 创建 user 和 id_card 表

这次创建个新的 database 来用:

create database typeorm_test;
1

执行它:

点击刷新,就可以看到这个新的 database 了:

我们用 typeorm 连上它来自动创建表。

npx typeorm@latest init --name typeorm-relation-mapping --database mysql
1

创建个 typeorm 项目。

修改 DataSource 的配置:

import "reflect-metadata";
import { DataSource } from "typeorm";
import { User } from "./entity/User";

export const AppDataSource = new DataSource({
  type: "mysql",
  host: "localhost",
  port: 3306,
  username: "root",
  password: "guang",
  database: "typeorm_test",
  synchronize: true,
  logging: true,
  entities: [User],
  migrations: [],
  subscribers: [],
  poolSize: 10,
  connectorPackage: "mysql2",
  extra: {
    authPlugin: "sha256_password",
  },
});
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

安装驱动包 mysql2

npm install --save mysql2

然后跑起来:

npm run start

可以看到,它生成了建表 sql 和插入数据的 sql:

点击刷新,在 workbench 里也可以看到这个新建的表:

点击新建 sql,执行 select,也是可以看到插入的数据的:

然后我们再创建个身份证表。

通过 typeorm entity:create 命令创建:

npx typeorm entity:create src/entity/IdCard
1

填入属性和映射信息:

import { Column, Entity, PrimaryGeneratedColumn } from "typeorm";

@Entity({
  name: "id_card",
})
export class IdCard {
  @PrimaryGeneratedColumn()
  id: number;

  @Column({
    length: 50,
    comment: "身份证号",
  })
  cardName: string;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

在 DataSource 的 entities 里引入下:

重新 npm run start:

可以看到生成了这条建表 sql。

workbench 里也可以看到这个表:

# 现在 user 和 id_card 表都有了,怎么让它们建立一对一的关联呢?

先把这两个表删除:

drop table id_card,user;
1

在 IdCard 的 Entity 添加一个 user 列,指定它和 User 是 @OneToTone 一对一的关系。

还要指定 @JoinColum 也就是外键列在 IdCard 对应的表里维护:

重新 npm run start:

仔细看生成的这 3 条 sql 语句。

前两个是建表 sql,创建 id_card 和 user 表。

最后一个是给修改 id_card 表,给 user_id 列添加一个外建约束,引用 user 表的 id 列。

在 workbench 里看下:

生成的表都是对的。

但是这个级联关系还是默认的:

# 如果我们想设置 CASCADE 应该怎么做呢?

在第二个参数指定:

image.png

删除这两个表:

drop table id_card,user;
1

重新 npm run start:

这样就设置了级联删除和级联更新。

我们再来试下增删改查:

import { AppDataSource } from "./data-source";
import { IdCard } from "./entity/IdCard";
import { User } from "./entity/User";

AppDataSource.initialize()
  .then(async () => {
    const user = new User();
    user.firstName = "guang";
    user.lastName = "guang";
    user.age = 20;

    const idCard = new IdCard();
    idCard.cardName = "1111111";
    idCard.user = user;

    await AppDataSource.manager.save(user);
    await AppDataSource.manager.save(idCard);
  })
  .catch((error) => console.log(error));
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

创建 user 和 idCard 对象,设置 idCard.user 为 user,也就是建立关联。

然后先保存 user,再保存 idCard。

跑 npm run start,生成的 sql 如下:

可以看到后面插入 id_card 的时候,已经有 userId 可以填入了。

数据都插入成功了:

# 但是我还要分别保存 user 和 idCard,能不能自动按照关联关系来保存呢?

可以的,在 @OneToOne 那里指定 cascade 为 true:

这个 cascade 不是数据库的那个级联,而是告诉 typeorm 当你增删改一个 Entity 的时候,是否级联增删改它关联的 Entity。

这样我们就不用自己保存 user 了:

重新 npm run start:

可以看到它同样是先插入了 user,再插入了 id_card,并且设置了正确的 userId。

# 保存了之后,怎么查出来呢?

我们用 find 来试下:

const ics = await AppDataSource.manager.find(IdCard);
console.log(ics);
1
2

跑下 npm run start:

可以看到 idCard 查出来了,但是关联的 user 没查出来。

只需要声明下 relations 关联查询就好了:

const ics = await AppDataSource.manager.find(IdCard, {
  relations: {
    user: true,
  },
});
console.log(ics);
1
2
3
4
5
6

再跑一下:

现在 idCard 关联的 user 就被查出来了。

当然,你也可以用 query builder 的方式来查询:

const ics = await AppDataSource.manager
  .getRepository(IdCard)
  .createQueryBuilder("ic")
  .leftJoinAndSelect("ic.user", "u")
  .getMany();

console.log(ics);
1
2
3
4
5
6
7

先 getRepository 拿到操作 IdCard 的 Repository 对象。

再创建 queryBuilder 来连接查询,给 idCard 起个别名 ic,然后连接的是 ic.user,起个别名为 u:

或者也可以直接用 EntityManager 创建 queryBuilder 来连接查询:

const ics = await AppDataSource.manager
  .createQueryBuilder(IdCard, "ic")
  .leftJoinAndSelect("ic.user", "u")
  .getMany();
console.log(ics);
1
2
3
4
5

再来试下修改:

现在数据是这样的:

我们给它加上 id 再 save:

const user = new User();
user.id = 1;
user.firstName = "guang1111";
user.lastName = "guang1111";
user.age = 20;

const idCard = new IdCard();
idCard.id = 1;
idCard.cardName = "22222";
idCard.user = user;

await AppDataSource.manager.save(idCard);
1
2
3
4
5
6
7
8
9
10
11
12

这样数据就被修改了:

看下生成的 sql:

在一个事务内,执行了两条 update 的 sql。

最后再试试删除。

因为设置了外键的 onDelete 是 cascade,所以只要删除了 user,那关联的 idCard 就会跟着被删除。

await AppDataSource.manager.delete(User, 1);
1

如果不是没有这种级联删除,就需要手动删了:

const idCard = await AppDataSource.manager.findOne(IdCard, {
  where: {
    id: 1,
  },
  relations: {
    user: true,
  },
});
await AppDataSource.manager.delete(User, idCard.user.id);
await AppDataSource.manager.delete(IdCard, idCard.id);
1
2
3
4
5
6
7
8
9
10

# 不过现在我们只是在 idCard 里访问 user,如果想在 user 里访问 idCard 呢?

同样需要加一个 @OneToOne 的装饰器:

不过需要有第二个参数。

因为如果是维持外键的那个表,也就是有 @JoinColumn 的那个 Entity,它是可以根据外键关联查到另一方的。

但是没有外键的表怎么查到另一方呢?

所以这里通过第二个参数告诉 typeorm,外键是另一个 Entity 的哪个属性。

我们查一下试试:

const user = await AppDataSource.manager.find(User, {
  relations: {
    idCard: true,
  },
});
console.log(user);
1
2
3
4
5
6

可以看到,同样关联查询成功了:

这就是一对一关系的映射和增删改查。

案例代码在小册仓库 (opens new window)。

# 总结

TypeORM 里一对一关系的映射通过 @OneToOne 装饰器来声明,维持外键列的 Entity 添加 @JoinColumn 装饰器。

如果是非外键列的 Entity,想要关联查询另一个 Entity,则需要通过第二个参数指定外键列是另一个 Entity 的哪个属性。

可以通过 @OneToOne 装饰器的 onDelete、onUpdate 参数设置级联删除和更新的方式,比如 CASCADE、SET NULL 等。

还可以设置 cascade,也就是 save 的时候会自动级联相关 Entity 的 save。

增删改分别通过 save 和 delete 方法,查询可以通过 find 也可以通过 queryBuilder,不过要 find 的时候要指定 relations 才会关联查询。

这就是 TypeORM 里一对一的映射和增删改查,下节我们继续学习一对多的映射。

编辑 (opens new window)
上次更新: 2025/7/23 18:02:16
快速掌握 TypeORM
TypeORM 一对多的映射和关联 CRUD

← 快速掌握 TypeORM TypeORM 一对多的映射和关联 CRUD→

最近更新
01
IoC 解决了什么痛点问题?
03-10
02
如何调试 Nest 项目
03-10
03
Provider注入对象
03-10
更多文章>
Copyright © 2019-2025 Study | MIT License
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式