/mikro-orm-soft-delete

Generic soft delete solution for MikroORM.

Primary LanguageTypeScriptApache License 2.0Apache-2.0

Mikro ORM Soft Delete

Generic soft delete solution for MikroORM.

npm i mikro-orm-soft-delete

Inspired by: mikro-orm/mikro-orm#1492 (comment)

Tutorial

Basic

It is so simple to enable soft delete with this package that you only need one example to understand what's going on:

@SoftDeletable(() => User, "deletedAt", () => new Date())
@Entity()
export class User extends BaseEntity<User, "id"> {
  @PrimaryKey()
  id: number;

  @Property({ nullable: true })
  deletedAt?: Date;
}

This means that:

  • A filter with conditions { deletedAt: null } has been defined on User and enabled by default, so that those deleted entities will be filtered out by default. The filter can be disabled by:
    repo.find({ ... }, { filters: { [SOFT_DELETABLE_FILTER]: false } });
    repo.find({ ... }, { filters: false }); // if you are sure that there are no other filters enabled
  • When you try to delete a User entity, it will not be actually deleted from the database, and its deletedAt property will be set to a newly instantiated Date. You can find that delete statements are replaced with update ones with MikroORM's debug mode on.
    repo.remove(user);
    await repo.flush();
    user.id !== undefined; // true
    user.deletedAt === true; // true
  • cascade: [Cascade.Remove] and orphanRemoval: true still work fine with repo.remove(). But you must avoid removing items from collections when using orphanRemoval because we cannot catch the deletions caused by it.

Object-based API

Aside from passing the parameters by position, there is also an object-based API that allows you to pass in an config object:

@SoftDeletable({
  type: () => User,
  field: 'deletedAt',
  value: () => new Date(),
})

valueInitial Option

By default, a null value is used in the query to exclude deleted objects: { deletedAt: null }. However, if the default value of the field is not null, the query would not work as we expected.

For example, when the field is isDeleted and the default value is false, the query { isDeleted: null } would not match any entities.

In this case, an additional option valueInitial can be provided:

@SoftDeletable({
  type: () => User,
  field: 'isDeleted',
  value: () => true,
  valueInitial: false,
})

...which would make the query look like { isDeleted: false } to find all the entities that is not soft-deleted.

When not using the object-based API, this option can be also provided as the 4th argument:

@SoftDeletable(() => User, 'isDeleted', () => true, false)

Inheritance

If you want all your entities to be soft deletable, you can create a SoftDeletableBaseEntity and make all your other entity classes extend it:

@SoftDeletable(() => SoftDeletableBaseEntity, "deletedAt", () => new Date())
export abstract class SoftDeletableBaseEntity<
  T,
  PK extends keyof T,
> extends BaseEntity<T, PK> {
  @Property({ nullable: true })
  deletedAt?: Date;
}

Hard Deleting

Currently it's impossible to perform perfect hard deletes. As a workaround, we can hard delete entities using the native API:

em.nativeDelete(...);