миграции, что написать в методе down? (в up я удаляю 2 таблицы)
удалить метод
я думал нужно наоборот вост эти две таблицы, только не мог понять как лучше сделать, скопировать просто код создания этих таблиц или есть способ вызвать миграции которые их создали
public function up(): void { Schema::dropIfExists('table_name'); } вот все что вам надо. зачем вам down метод ? Сделать роллбэк ?
да, сделать роллбэк, я же говорю о best practice, а не просто чтоб работало
а если не best - то сразу током ударит ?
ну наговнокодить я и молча умею)
как варианты возможно: - вообще запрещено удалять что то - удалять по методу описанному выше, тогда роллбэк не вернет удаленную таблицу - в down создавать удаленную таблицу, если надо , чтобы при роллбэк была опять создана схема, но данные то не вернуть ..
Одна миграция - одна таблица
у нас в проекте это уже нарушено) честно говоря файлов меньше, даже удобнее так
Удобнее, ага, главное чтобы не забыть потом где что😁 К тому же, а если нужно будет удалить одну таблицу из двух, которая внутри файла? Новую миграцию создавать?🤕
Ага, а зачем потом первая миграция, на две таблицы, одна из которых УЖЕ в другом файле миграции будет?😁
ну тут согласен, IDE выручает с поиском по файлам типа Schema::create('table_name', но согласен что так себе практика. а здесь не согласен, таблицы тесно связанны с логикой приложения, обычно нет нужды управлять бд отдельно от кода и если мы в гите перешли на другую ветку/коммит, то мы в голове не держим структуру БД, а просто хотим чтоб все работало)
Миграция это прежде всего логика, например какой смысл отдельно делать миграцию на пивот ? Кроме того есть механизм склейки миграций.
Да никак у тебя таблицы не связаны с логикой.. можно же и всякие nosql юзать... Да хоть в редисе данные хранить
у меня связанны, если у тебя нет - то мне жаль)
Если мы все еще про лару - у нас есть модель... а какое там хранилище... да хоть файл
эм, файл?) ну ты сказочник)
Обсуждают сегодня