я в миграции создаю новое поле, потом переношу в это поле данные из старого/старых полей и потом удаляю старые поля?
Я вижу в идеале это должно быть в одном релизе и должно быть реализовано так, что-бы можно было делать rollback.
Получается, в миграции надо использовать голый SQL для переноса данных, иначе в схеме модели этих колонок уже нет.
Или вы сначала накатываете миграцию, после этого деплоите правки схемы?
Обычно такое делается в несколько миграций и несколько деплоев. Что бы не было конфликов, когда код ищет таблицу которой еще/уже нет. Между миграцией и запуском кода всегда есть промежуток времени
Ок. А как быть если надо базу с нуля развернуть? Ведь по ходу миграций будет добавление в базу колонок, которых в базе в конце уже не будет, в схеме этих колонок не будет. Миграции упадут.
1. Добавляешь новое поле в бд, ставишь на него триггер или auto generate, чтобы в нём всегда были те же данные что и в старом 2. Деплоишь обновление 3. Удаляешь старое поле
Миграции не упадут
Да, будет добавление а потом удаление колонок. Почему что-то упадёт то?
в миграции можешь эликсир писать
Обсуждают сегодня