SP
ну и раз заговорили про миграции - кто что делает если у него накопилось 150-200 версий миграций и бесит?
Size: a a a
2020 August 11
DT
мб сквошить?
DE
Кстати, вы всегда делаете миграции обратимыми?
Для девелопмента да. Локально туда-сюда погонять если надо
SP
мб сквошить?
ну вот 2 года назад я сосквошил и уменьшил количество с 100 до 10. Сейчас вот думаю может есть варианты более умные
AD
ну и раз заговорили про миграции - кто что делает если у него накопилось 150-200 версий миграций и бесит?
сквошить и помечать выполненными вручную
BT
ну вот 2 года назад я сосквошил и уменьшил количество с 100 до 10. Сейчас вот думаю может есть варианты более умные
я тоже только сквошил, делал типа baseline
DT
ну т.е. миграции, которые уже за доброй сотней других не будет откатываться по очевидным причинам, значит их можно засквошить все. Там полюбому еще и действия с нулевой суммой аннигилируются
ВУ
Для девелопмента да. Локально туда-сюда погонять если надо
Локально у нас
make db-reset fixtures более надёжно перезапустит все ☺️AM
ну вот 2 года назад я сосквошил и уменьшил количество с 100 до 10. Сейчас вот думаю может есть варианты более умные
Зависит от проекта. Если взять тот же Voyager, который пилится "для народа", а не "для себя", то там уже не сосквошишь никак. У людей проблемы попрут.
SP
ну т.е. миграции, которые уже за доброй сотней других не будет откатываться по очевидным причинам, значит их можно засквошить все. Там полюбому еще и действия с нулевой суммой аннигилируются
ну вот допустим в одной версии добавили табличку, в другой поменяли ее и в третьей удалили за ненадобностью. Я когда сквошу у меня операции в целом остаются.
SP
я тоже только сквошил, делал типа baseline
я вот уже подумываю положить снэпшет базы с таким вот бэйзлайном + группировка версий по месяцам что бы хоть как-то проще навигация была
DT
ну вот допустим в одной версии добавили табличку, в другой поменяли ее и в третьей удалили за ненадобностью. Я когда сквошу у меня операции в целом остаются.
а смысл? это ж как снапшот должна стать миграция. Т.е. конечный стейт схемы без пути его становления. Зачем в сквошнутом делать создание таблицы и изменение, если она всеравно в конце удаляется?
SP
мол
Migrations/V202008/V20200811123321.phpA
ну вот 2 года назад я сосквошил и уменьшил количество с 100 до 10. Сейчас вот думаю может есть варианты более умные
Вроде были не императивные подходы. Т.е. вместо того, чтобы описывать как мы меняем данные описывалась структура базы. И был инструмент, который по этой структуре приводил базу в новое состояние.
SP
Вроде были не императивные подходы. Т.е. вместо того, чтобы описывать как мы меняем данные описывалась структура базы. И был инструмент, который по этой структуре приводил базу в новое состояние.
есть такие, но я не оч им доверяю
A
есть такие, но я не оч им доверяю
Почему?:
ВУ
есть такие, но я не оч им доверяю
+1. Часто дело не только в схеме же. Надо и данные по умному между версиями схем пронести
DE
Локально у нас
make db-reset fixtures более надёжно перезапустит все ☺️По такому make init все миграции запускаются на голой БД до фикстур, что не найдёт некоторых ошибок запуска на БД с данными
SP
+1. Часто дело не только в схеме же. Надо и данные по умному между версиями схем пронести
у меня есть два набора миграций - одни обычные доктриновские мигрируют схему. Другие - сервисы которые содержат в себе идемпотентные миграции стэйта базы.
Смысл в том что миграции схемы обратно совместимы и выкатывают ДО деплоя, и если деплой фэйлится то откатывать ничего не надо. А код forward compatible с миграцией данных, и миграция данных запускается когда новый код уже раскатился.
Смысл в том что миграции схемы обратно совместимы и выкатывают ДО деплоя, и если деплой фэйлится то откатывать ничего не надо. А код forward compatible с миграцией данных, и миграция данных запускается когда новый код уже раскатился.
ВК
laravel, как ограничить вывод в отношении? Получаеться есть категрия, в ней через отношения выводяться товары, когда я в отношении прописываю limit(5) то выводиться всего 5 товаров, а я хотел бы 5 товаров каждой категории