如何用TypeORM同时更新多张表（NestJS+MySQL场景）

我正在使用NestJS搭配TypeORM操作MySQL数据库，想要执行如下SQL查询实现软删除：

UPDATE user u, table2 t2
SET u.is_active = 0, t2.is_active = 0
WHERE u.id = 'id'
AND t2.user_id = u.id;

实体关系如下：
User实体：

@OneToMany(
    () => Table2,
    (t2) => t2.user,
    {
        onDelete: 'CASCADE',
        eager: true
    }
)
field_table_2: Table2[]

Table2实体：

@ManyToOne(
    () => User,
    (user) => user.field_table_2
)
@JoinColumn({name:'user_id'})
user: User

用户与Table2是一对多关系，一个用户对应多条Table2数据，每条Table2数据仅归属一个用户。当「删除」用户时，我不想删除数据库中的数据，而是将两张表中的is_active字段设为false。

目前我仅能通过原生SQL实现该需求：

async remove(id: string) {
    return await this.dataSource.query(`
        UPDATE user u, table2 t2
        SET u.is_active = 0, t2.is_active = 0
        WHERE u.id = ?
        AND t2.user_id = u.id`,[id])
        
}

但作为ORM用户，我不想使用原生SQL，请问如何通过TypeORM实现该查询？我知道可以通过事务先更新一张表再更新另一张表，但若能通过单查询实现，事务的效率如何？同时也考虑单查询的简洁性。

一、TypeORM是否支持单查询多表更新？ #

TypeORM的QueryBuilder目前不直接支持同时更新多张关联表的单查询操作，它的update()方法一次只能针对单个实体（对应单张表）构建更新语句。所以如果想完全避免原生SQL，无法直接生成你需要的那种多表联合更新的单查询。

二、替代方案：事务+两次更新操作 #

既然无法用单ORM查询实现，推荐用TypeORM的事务来包裹两次更新操作，保证数据一致性：

async softDeleteUser(id: string) {
  const queryRunner = this.dataSource.createQueryRunner();
  await queryRunner.connect();
  await queryRunner.startTransaction();

  try {
    // 更新User表
    await queryRunner.manager.update(User, id, { is_active: false });
    // 更新关联的Table2表
    await queryRunner.manager.update(Table2, { user_id: id }, { is_active: false });

    await queryRunner.commitTransaction();
    return { success: true };
  } catch (err) {
    await queryRunner.rollbackTransaction();
    throw err;
  } finally {
    await queryRunner.release();
  }
}

或者用EntityManager的事务API简化写法：

async softDeleteUser(id: string) {
  return await this.dataSource.transaction(async (manager) => {
    await manager.update(User, id, { is_active: false });
    await manager.update(Table2, { user_id: id }, { is_active: false });
  });
}

三、效率与简洁性对比 #

1. 单原生SQL查询：
   • 效率：只发送一次SQL请求到数据库，开销最小，性能最优。
   • 简洁性：代码行数少，但需要写原生SQL，失去ORM的类型安全和抽象能力。
2. 事务+两次更新：
   • 效率：会发送两次SQL请求，但因为在同一个事务中，数据库的锁机制会保证操作的原子性，额外开销非常小，在绝大多数业务场景下可以忽略不计。
   • 简洁性：用ORM方法实现，代码可读性强，保留了类型检查，符合ORM的使用习惯，维护成本更低。

四、额外建议 #

如果你的业务场景对性能要求极高，且原生SQL的写法不会频繁变动，那么保留原生SQL的实现也完全没问题；如果更看重代码的可维护性和ORM的特性，推荐使用事务包裹两次更新的方案。

内容的提问来源于stack exchange，提问作者J.F.