> Think of database migrations like you would versioning an API, deprecate and then drop old columns only after declaring a breaking change and giving consumers

> Think of database migrations like you would versioning an API, deprecate and then drop old columns only after declaring a breaking change and giving consumers time. This ties into my second point as I eventually made an "api_v2" database schema and migrated users as you describe.