Migrations Rollback

[rafaell-lycan]

Hi #drizzle-team & community folks 👋

I'd like to suggest something that I believe more people might be looking for. Is there any plan for rollback migrations?

My day-to-day workflow

Because Drizzle currently doesn't support a way to rollback migrations I'm using a custom solution (hopefully temporary) with migrate with a specific Dockerfile configured and a more painful way to configure/deploy to run our migrations, which might be slightly painful sometimes:

• Create a new migration using Drizzle;
• Include the suffix *.up.sql the migration script;
• Create a new file with the same name and change the suffix to *.down.sql and manually add a rollback;
• Run migrations on a custom Dockerfile + run.sh script that doesn't look as pretty as I would like; 😅

I was wondering if on next releases, there will be any sort migration rollback like migrate does.

1481574547_create_users_table.up.sql
1481574547_create_users_table.down.sql

This would benefit many developers and wouldn't be a breaking change by keeping everything else working.

Possible solution:

• Implement up/down SQL scripts on a new major release with the same drizzle-kit generate command;
• When running migrations it would use the same command and ignoring scripts with suffix *.down.sql;
• When running a undo/rollback with drizzle-kit it cheks for the migrations table and identifying the latest migration ID to match with a <migration_name>.down.sql script on the folder to be executed otherwise exit;
• This would open a possibility for Drizzle Kit adopt include the new drizzle-kit rollback:*/drizzle-kit undo:* command;

The future

Using Drizzle is being a breazy so far (coming from Knex) and I wanna see what things going far beyond the rest of the community.

Let's see how the community will (or not) react to this idea (calling for help) and also the core team.

[devanfarrell]

I would love a migrate down option as well. My current approach is:

• create a sql dump of our staging database
• delete my local database
• recreate the local database
• load the dump into the new local database
• rinse and repeat until the migration is correct

[capaj]

you're using mysql, right? No-transaction migrations are definitely a pain.

[devanfarrell]

Postgres personally but it's probably the same.

[capaj]

oh I thought you're repeating your migrations because they fail and your DB is in inconsistent state, but you're probably just iterating on your migration SQL script so youre migrations actually run OK from SQL standpoint.
On postgres if they fail on something like a missing foreign key whole thing reverts back, so you wouldn't need to manually fix anything.

[ivawzh]

If implementing an automated rollback script will take a big effort, I'd like to have a way to opt in for a manual rollback script for the time waiting for the feature.

Being able to review and commit a rollback script like 1481574547_create_users_table.down.sql in a PR before we merge and deploy the migrations, that will give us much more confidence on dealing with production incidents with an option of rolling back.

[afogel]

I can't echo this request enough as an important aspect to mitigate unforeseen deployment issues.

I recognize that the drizzle team (as per @AndriiSherman 's comments in the discord) suggest that we leverage the push API for development.

However, sometimes a mismatch between what the data layer supports and the application layer requests after a migration runs successfully and is deployed (and this mismatch isn't caught in QA). Having a down migration would be incredibly helpful in that circumstance.

The drizzle toolkit is an awesome and incredibly sharp tool, but it would be nice if we had some method to sheath those tools at times.

Thank you!

[kkoyot]

I second that - not implementing migrations rollback/resetting is a huge omission. It's an awful pain to correct your migrations when developing schema change in a single PR doing changes on the way, since you have to delete or merge the migration files, modify the journal, revert the DB state manually and whatnot.

[rizen]

Can I pay Drizzle Team to add this?

[Ehtisham-Ayaan]

That was the same thought as i had. As rails has already this from years.

[darrenbarklie]

Also commenting to request this feature. Don't make me go back to TypeORM, please...

[nvegater]

Please add a rollback option for migrations :) would be awesome.

[lucasltv]

Don't have it yet? Wow... it's so essential!

[toshmukhamedov]

agree

[MChangFoundry]

Yeah this would be huge

[JasBogans]

[dragonfleas]

Your software doesn't have the rollback migrations feature being discussed here, why even mention it?

[FR073N]

Needing this feature so badly

[suzubki]

Hope it releases soon

[Leo-Henrique]

Just need this feature to use in production :(