ли добавлять в гитигнор, если они должны сохраняться, то делать ли для них том?(При условии что пока на сервере при комитах будет каждый раз билдится образ)
Я не совсем понял по поводу миграций. У тебя база каждый раз с нуля собирается? Если да, то нафига тебе миграции вообще? Если нет, то как ты без них вообще запустить это смог?
Логика такая что в контейнеры все билдится без миграций, потом они накатываются, но потом при ребилдах они появляться не будут, а вопрос в том стоит ли запариваться с тем, чтобы они сохранялись где-то, чтобы если что можно было откатить базу там и т.д, а с бд не до конца разобрался, там просто есть том с данными, значит база будет одна и та же и миграции ее будут менять
Миграции нужны не только для того, чтобы что-то откатывать, но и чтобы у тебя не терялись данные при добавлении столбца в бд
Но вопрос именно в том нужны ли файлы миграций и как правильно их сохранять или просто забить
А ты как вообще миграции делаешь?
makemigrations, migrate - django, я еще понял, что если их не сохранять, то может будет проблема с тем, что django хранит названия миграций в бд
Вот ответ с первой ссылки в гугле СУБД можно разделить на 2 группы: С заранее определенной схемой данных (определенным списком таблиц и их колонок) И бессхемные СУБД с жесткими схемами и шустрее и лучше оптимизируются. Но обладают очень неприятным недостатком - вы не можете вот так легко и просто начать туда записывать новый вид данных, не предусмотренный при начальном создании БД. Процесс преобразования БД, при котором меняется схема (таблицы и их колонки; вспомогательные вещи такие как индексы и пр.) - и называется миграцией. Причем важный момент - изменения в структуру базы данных могут вноситься, когда она уже давно существует и наполнена важной информацией, которую нельзя потерять, что еще больше затрудняет процесс. И еще важный момент: Как правило та или иная версия программы рассчитана на работу или со старой или с новой схемой базы данных. Не одновременно со старой и новой. То есть перед, тем как вы начнете эксплуатировать новую версию - вам обязательно нужно произвести миграцию. И после того как произведете миграцию - уже нельзя будет использовать старую версию программы. Что еще дополнительно усложняет процедуру перехода на новую версию программы. Плюс-минус то, что я хотел написать, но подробнее
Мне кажется мы про разные вещи говорим, потому что я не особо понимаю. Я говорю именно про файлы миграций, нужно ли их хранить как-то, сами миграции естественно будут применяться и бд не будет каждый раз при билде создаваться новая
Я не понимаю, у тебя как миграции будут применяться новые без старых?
Нужно хранить Это часть приложения Неотъемлемая часть
Да я вот и не пойму какая должна быть логика, самый простой способ видимо локально сохранять миграции и хранить их в репе
У тебя джанго сам все миграции сохраняет, не надо с ними ничего делать
Обсуждают сегодня