Да.
Насколько я понимаю в 1 файл вы не запихаете хотя бы потому что для внешних ключей нужно создавать 3 миграции
Я могу в одной миграции создать две таблицы и потом присрать FK
Ну типа Schema::create(‘a’, …) Schema::create(‘b’, …) Schema::table(‘a’, …)
щас тебе скрин покажу, у меня толкьо креате тейбл
кроме create у меня пока ещё ничего нет, потому что не заказчик не знает чего хочет и всё допиливается по ходу)
А если завтра колонку надо добавить? Удалить? Так и останется 4 миграции?
А файлов миграций 2 будет? Или можно в 1?
Это всё в 1 миграции
Я просто не пойму вот есть у меня 4 таблицы. Я могу создать вообще 1 миграцмй 1 файл и его изменять, менять и дополнять походу с учётом сторонних разработчиков?
Ты понимаешь суть миграций?
Так начни с этого, а не еби мозг что тебе не удобно. Миграция это изменение структуры бд. Если ты разрабатываешь приложение тебе похеру, колонку добавил, колонку присрал, это не важно. А когда приложение уже работает и на нём есть пользователи, ты не можешь - обнулить базу и накатить актуальную схему, потому что есть пользователи - руками изменять колонки, потому что однажды проёбёшься Вот для этого и нужны миграции, они решают эти проблемы
А разве я не могу решить все эти проблемы когда у меня миграция пишется в модели? Приведите хоть один кейс который я не смогу решить? Я уже очень много материалов посмотрел по миграциям.
давай когда будет кейс который ты не сможешь решить, залетай к нам в чатик
То что у тебя в модели это не миграция
каждый день залетает, каждый день какие-то проблемы у него с миграциями =)
Это единственный кейс. И то я могу его решить поправив расширение. Почему автор на это не заморочился мне не понятно.
Мой вопрос в то есть ли кто использует более удобные аналоги для создания структур бд чем вот эта куча файлов миграцмй.
Нет таких, потому что миграции это самое удобное.
Обсуждают сегодня