Database Migrations #34

Closed
opened 2025-05-26 08:38:31 -07:00 by VD15 · 0 comments
Collaborator

As suggested by @munir, we should have a migrations system for the database, as it's due to change a lot over the course of development, expecially in the process of developing 2.0.

The migration system should automatically apply any unapplied schema changes to the database when run. Migrations should be performed inside a transaction, so that should an error occur mid-migration, it can be easily reverted without bricking the DB.

  • Each migration must have a unique number
  • Migrations identified by a higher number must be applied after lower numbered ones.
  • We can keep track of what migrations have been applied by a central schema_migrations table
As suggested by @munir, we should have a migrations system for the database, as it's due to change a lot over the course of development, expecially in the process of developing 2.0. The migration system should automatically apply any unapplied schema changes to the database when run. Migrations should be performed inside a transaction, so that should an error occur mid-migration, it can be easily reverted without bricking the DB. - Each migration must have a unique number - Migrations identified by a higher number must be applied after lower numbered ones. - We can keep track of what migrations have been applied by a central `schema_migrations` table
VD15 added the
Feature
Refactoring
labels 2025-05-26 08:38:31 -07:00
VD15 added this to the v1.1 project 2025-05-26 08:38:32 -07:00
VD15 added this to the v1.1 milestone 2025-05-26 08:38:35 -07:00
VD15 self-assigned this 2025-05-26 10:22:40 -07:00
VD15 closed this issue 2025-05-29 03:50:50 -07:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: waifu/kemoverse#34
No description provided.