🎃
Егор Данилевский
красиво,если в других таблицах нет данных, а так роллбеком я удалю все данные из таблиц,которые попадут под rollback
у тебя приложение уже на проде?
Size: a a a
2020 September 01
ЕД
у тебя приложение уже на проде?
нет, просто исхожу с того, а вдруг уже на проде. ищу самый правильный способ
🎃
если на проде то миграцией
MG
чуть что - сразу миграция, а там хочешь удаляй, хочешь прибавляешь, хоть столбцы хоть что, изменяй что хочешь
а вообще нужно было начать с https://laravel.com/docs/7.x/migrations
и хорошенько потренироваться, также попробуй сидеры обязательно и faker
а вообще нужно было начать с https://laravel.com/docs/7.x/migrations
и хорошенько потренироваться, также попробуй сидеры обязательно и faker
ЕД
чуть что - сразу миграция, а там хочешь удаляй, хочешь прибавляешь, хоть столбцы хоть что, изменяй что хочешь
а вообще нужно было начать с https://laravel.com/docs/7.x/migrations
и хорошенько потренироваться, также попробуй сидеры обязательно и faker
а вообще нужно было начать с https://laravel.com/docs/7.x/migrations
и хорошенько потренироваться, также попробуй сидеры обязательно и faker
я вот не совсем про сидеры понял. Например, у меня уже есть данные в таблицах,которые удалятся при rollback.Мне надо как-то взять данные из таблицы и записать в сидер?
MP
Егор Данилевский
всем привет. Не подскажите, как можно отменить конерктную миграцию?
Главный вопрос зачем?
MG
можно поступать разными путями, я использую сидеры, чтобы не вводить вручную данных, и генерирую их с помощью сидеров (сидеры + фабрики + faker)
описано этот тут - https://laravel.com/docs/7.x/seeding
в тех же сидерах можно ввести строки с данными, т.е. с теми строками, которые у тебя уже есть, но ты сам должен регулировать их записывание в БД (поочередность), чтобы проблем не возникло с ключами и тп
описано этот тут - https://laravel.com/docs/7.x/seeding
в тех же сидерах можно ввести строки с данными, т.е. с теми строками, которые у тебя уже есть, но ты сам должен регулировать их записывание в БД (поочередность), чтобы проблем не возникло с ключами и тп
ЕД
Главный вопрос зачем?
Ну, допустим, у меня 10 миграций и миграция,которую надо откатить создана второй. По идее, надо писать rollback --step=8 И удалятся все миграции после второй, а там уже данные. И я думал можно как-то откатить конкретную миграцию, а не сразу несколько
ЕД
можно поступать разными путями, я использую сидеры, чтобы не вводить вручную данных, и генерирую их с помощью сидеров (сидеры + фабрики + faker)
описано этот тут - https://laravel.com/docs/7.x/seeding
в тех же сидерах можно ввести строки с данными, т.е. с теми строками, которые у тебя уже есть, но ты сам должен регулировать их записывание в БД (поочередность), чтобы проблем не возникло с ключами и тп
описано этот тут - https://laravel.com/docs/7.x/seeding
в тех же сидерах можно ввести строки с данными, т.е. с теми строками, которые у тебя уже есть, но ты сам должен регулировать их записывание в БД (поочередность), чтобы проблем не возникло с ключами и тп
спасибо
MG
я изменяю имена миграций, чтобы нужный шел спереди и тдп)
нужно это конечно регулировать
нужно это конечно регулировать
MP
Егор Данилевский
Ну, допустим, у меня 10 миграций и миграция,которую надо откатить создана второй. По идее, надо писать rollback --step=8 И удалятся все миграции после второй, а там уже данные. И я думал можно как-то откатить конкретную миграцию, а не сразу несколько
Значит нужно сделать новую миграцию которая изменит базу как надо, а не откатывать ту самую
SG
Егор Данилевский
я вот не совсем про сидеры понял. Например, у меня уже есть данные в таблицах,которые удалятся при rollback.Мне надо как-то взять данные из таблицы и записать в сидер?
Сидеры сделаны для загрузки первоначальных данных, возможно каких-то справочникой, настроек и т.д.
Многие их используют для загрузки фейковых данных, что удобно при разработке и тестировании.
Но в твоем случае нужна простая миграция на удаление/ добавление столбца в таблицу
Многие их используют для загрузки фейковых данных, что удобно при разработке и тестировании.
Но в твоем случае нужна простая миграция на удаление/ добавление столбца в таблицу
ЕД
я изменяю имена миграций, чтобы нужный шел спереди и тдп)
нужно это конечно регулировать
нужно это конечно регулировать
изменяешь после создания? разве тогда у миграции и таблицы в бд не будут разные имена?
MG
Егор Данилевский
изменяешь после создания? разве тогда у миграции и таблицы в бд не будут разные имена?
имею ввиду изменяю дату создания, название конечно же нельзя трогать
ЕД
имею ввиду изменяю дату создания, название конечно же нельзя трогать
аа, понял)
MP
я изменяю имена миграций, чтобы нужный шел спереди и тдп)
нужно это конечно регулировать
нужно это конечно регулировать
Фу фу
MP
Миграции это как коммиты в гите
MG
я после финальных манипуляций добавляю это в гит
MP
И именно так (как с кимитами) с ними и нужно работать. Миграция != Схема таблицы
MG
Не всегда получается предусмотреть все поля, ключи и все остальное, приходиться обходные решение придумывать
если например я создал таблицу позже, а теперь нужно добавить foreign ключи, то только так, пока других решений не нашел
если например я создал таблицу позже, а теперь нужно добавить foreign ключи, то только так, пока других решений не нашел