DT
или вообще объединил эти две таблицы
Size: a a a
2019 March 22
D
Я бы данные не удалял, добавив поле статус
D
я бы наверно вынес user_id в профиль
а что насчет account hr и account worder?
p
Я бы данные не удалял, добавив поле статус
+ отлично
p
я сомневаюсь, не удалить ли account hr и account worker и просто чойсы сделать
p
но эти модели будуи очень сильно разнится в будующем
DT
тогда оставляй
DT
а что насчет account hr и account worder?
с ними вро нормально
DT
но вообще надо смотреть какие задачи будут
AO
с миграциями главная проблема в том, что их сложно отделять от релизов
TM
с миграциями главная проблема в том, что их сложно отделять от релизов
В смысле откатывать сложно или что?
AO
ну вот чтобы зарелизить, а потом отдельно накатить миграцию вручную
AO
сложно сделать релиз, который бы поддерживал 2 версии схемы базы данных
TM
А где это легко сделать? :)
AO
ну и сами миграции они в общем-то немного ненужные) людям нужно переключаться между старая и новая, туда-сюда) людям не очень нужна вся эта история на практике
AO
то есть сложно представить, что вот сделал проект, а потом откатился на 10 миграций назад
TM
Я обычно оставляю схему совместимой просто, когда выкатываю изменения
TM
Но так далеко не всегда получается
DT
ну и сами миграции они в общем-то немного ненужные) людям нужно переключаться между старая и новая, туда-сюда) людям не очень нужна вся эта история на практике
почему не нужна ?
AO
ну вот ты сделал модель, потом добавил поле, ещё пару полей добавил и ещё пару полей удалил, и всё это через релизов 5