Как применить только одну миграцию в Yii2?

Question

[Vocler]

Собственно вся суть в вопросе. Как применить только одну миграцию, игнорируя остальные?

Comments

[Дмитрий]

А в документации разве нет ответа на Ваш вопрос?

[Vocler]

Дмитрий, нет, по крайней мере я не нашел.

Answer 1

[Максим]

yii migrate 1

yii migrate/to 150101_185401                      # используя временную метку определяющую миграцию
yii migrate/to "2015-01-01 18:54:01"              # используя строку, которая может быть получена путем использования функции strtotime()
yii migrate/to m150101_185401_create_news_table   # используя полное имя
yii migrate/to 1392853618                         # используя временную метку UNIX

В документации все есть

Comments

[Vocler]

Я уже пробовал migrate/to, но он пытается откатить миграции которые произошли после той, которую я пытаюсь применить.

[Максим]

Vocler, вы читаете документацию?

Также можно явно указать конкретную миграцию, которая должна быть применена к базе данных, это можно сделать при помощи команды migrate/to в одном из следующих форматов:

yii migrate/to 150101_185401                      # используя временную метку определяющую миграцию
yii migrate/to "2015-01-01 18:54:01"              # используя строку, которая может быть получена путем использования функции strtotime()
yii migrate/to m150101_185401_create_news_table   # используя полное имя
yii migrate/to 1392853618                         # используя временную метку UNIX

Если раньше имелись какие-либо не применённые миграции, до указанной конкретной миграции, то все они будут применены до данной миграции. А если указанная миграция уже применялась ранее, то любые более поздние версии данной прикладной миграции будут отменены.

[Максим]

Vocler, важно миграции не откатывать, а создавать новые. И ещё важно чтобы они были новыми. Так как миграции применяются по времени.

[Vocler]

Максим, зачем вы мне цитируете документацию и повторяете мною сказанное? Я и сам вкурсе что более поздние миграции откатываются, о чем и написал в первом комментарии.

В том то и дело что мне нужно применить миграцию, не применяя и не откатывая ничего, как-будто других миграций вообще не существует, а такого способа в документации не описано.

Если бы мне нужен был функционал migrate/to с откатом поздних миграций то вопроса я бы не создавал.

[Дмитрий]

мне нужно применить миграцию, не применяя и не откатывая ничего

Vocler, это как? Если хотите, чтобы не затрагивались другие миграции - создайте новую и работайте с ней.

[Максим]

Vocler, вам ответил Дмитрий.

Может бы вы просто не правильно используете миграции и не понимаете для чего они?

[Дмитрий]

Vocler, можно конечно сделать так, чтобы отменялась миграция и не затрагивала следующие за ней, но это будет полный бред.)))

[Максим]

Дмитрий, я знаю как можно)) Можно при применении миграции убирать на время применения миграции лишние миграции из папки. Тогда применится одна)))

[Дмитрий]

Максим, не обязательно, но за такое надо руки отрывать по самую голову)))

[Максим]

Дмитрий, автору ведь надо это. И это главное.

[Vocler]

Максим, похоже это единственный рабочий способ

[Максим]

Vocler, ага)

[Vocler]

Дмитрий, ага, а еще можно провести рефакторинг и написать нормальные миграции что-бы не приходилось пользоваться такими костылями. И как это я сам не догадался?

Вы должны понимать что такая возможность есть не всегда, и как-бы если я задаю вопрос "как сделать X" закрывать его со словами "тебе это не нужно" несколько неккоректно мягко говоря.

[Дмитрий]

со словами "тебе это не нужно"

Vocler, Вы уверены, что то, что Вы хотите сделать будет лучшим решением?
После миграции, которую Вы хотите "откатить" есть ещё какие-то миграции?
Пример.

Первая
Вторая // вот эту надо "откатить"
Третья

[Дмитрий]

Vocler, и что Вы хотите изменить при помощи миграции?

[Vocler]

Дмитрий, не откатить, а применить.

Да, после нее есть еще миграции, но если возникнут какие-то ошибки буду разгребать руками.

и что Вы хотите изменить при помощи миграции

В той что я хочу применить - просто создание таблицы.

Вы уверены, что то, что Вы хотите сделать будет лучшим решением?

Это ужасное решение, но оно самое быстрое, а это было критично

[Дмитрий]

Vocler, создание таблицы это новая миграция. редактирование структуры таблицы тоже новая миграция.
Если у Вас миграция существует, то значит таблица создана.
Непонятно, что делает у Вас не применённая миграция в середине списка?
Объясните всё толком.

[Vocler]

Дмитрий, я попытаюсь объяснить ситуацию с которой столкнулся, но получится много букв.

Есть проект. Для его нормальной работы нужно 5 таблиц (на самом деле намного больше, но для примера понадобится только пять):

user
post
comment
product
manufacture

Есть следующие миграции, суть которых понятна из названия:

m190715_113316_create_user_table.php
m190715_113327_create_comment_table.php
m190715_113338_create_manufacture_table.php

Развернуть локальную БД просто прописав yii migrate я не могу, двух таблиц (post и product) не хватит.

Так-же в проекте есть дамп database.sql, в котором есть таблицы user, post и product.

Развернуть локальную БД импортировав этот дамп я тоже не могу, таблиц comment и manufacture не будет.

Импортировать БД и потом применить миграции тоже нельзя - конфликт из-за того что таблица user уже существует. В связи с этим решил сначала импортировать БД, а потом применить только миграции с comment и manufacture. Тут мне и понадобилось применить миграции "точечно", в отрыве от других.

Еще учтите что половина миграций впринципе нерабочая (добавляет колонки к каким-то несуществующим таблицам, которые в проекте не используются. Видимо были раньше, затем модели удалили, а миграции забыли), а снести все это безобразие и написать нормально нельзя, проект ко мне попал чуть-ли не перед дедлайном и должно быть готово уже вчера.

Спойлер

этот пост выглядит так, как-будто я сюда не за советом пришел, а поплакаться)

[Дмитрий]

Vocler, применит comment без "отката" manufacture не получится. Записи о применении этих миграций есть в базе данных. Можно просто удалить эти записи и миграции буду показываться как не применённые.
Можно изменить дату в назывании миграции, указать более новую, при этом надо переименовать сам класс в миграции.

я не могу, двух таблиц (post и product) не хватит

Что стоило создать новые миграции?

Еще учтите что половина миграций впринципе нерабочая (добавляет колонки к каким-то несуществующим таблицам, которые в проекте не используются.

Отредактировать миграцию?

Еще учтите что половина миграций впринципе нерабочая (добавляет колонки к каким-то несуществующим таблицам, которые в проекте не используются. Видимо были раньше, затем модели удалили, а миграции забыли),

Тот способ, который Вы искали, приводит как раз к таким последствиям)))
В общем, Вы подняли панику из ничего)
В документации всё предельно ясно написано. Если бы был официальный способ делать так, как Вы этого хотели - разработчики описали бы это в документации.

[Дмитрий]

Vocler, и вообще, за такой бардак в проекте требуйте значительной прибавки к гонорару.
Я не шучу!

[Vocler]

Можно просто удалить эти записи и миграции буду показываться как не применённые.
Можно изменить дату в назывании миграции, указать более новую, при этом надо переименовать сам класс в миграции.

Вот это как вариант тоже подойдет.

Что стоило создать новые миграции?

Отредактировать миграцию?

5 - это условное число. На самом деле этих таблиц реально много, и на их правку миграций уйдет куча времени.

Тот способ, который Вы искали, приводит как раз к таким последствиям)))

Так в данный момент я и не ставлю задачу привести миграции в порядок, только развернуть локальную копию БД. Рефакторинг миграций буду проводить уже позже.

В документации всё предельно ясно написано. Если бы был официальный способ делать так, как Вы этого хотели - разработчики описали бы это в документации.

Мне и неофициальный подойдет. Вон выше даже правильный ответ дали.

[Максим]

Vocler, если у вас проблема с миграциями - откажитесь от них. Их необязательно использовать. Миграции прежде всего нужны для фиксации изменений.

Например, вы удалили столбец из базы данных. Изменили это нововведение в коде. Создали миграцию на удаление этого столбца и закомиттили изменение. Если вы поняли, что что-то пошло не так, то вы откатываете базу данных и в гиде изменения. И проект у вас работает. Потом нашли ошибку, исправили и снова пробуете сделать новую фичу.

Миграции не используются просто для создания таблиц. Это глупо. Создание таблиц вы можете сделать с использованием простого дампа данных.

Ещё раз говорю, что миграции - это фиксация ваших действий в базе данных. Своего рода как GIT контроль версий.

Если в проекте хаус - не используйте миграции. Либо делайте как положено. Если не готовы весь проект менять - выделите миграции по модулям «blog, user, comment». И подключайте их как отдельные миграции (как на модуль). И уже какая то часть миграций точно рабочая. Потом восстановите другие.

А так как вы пытаетесь - толку нет. Никто ваши костыли не будет повторять. Кроме того вы сейчас замучаетесь с этим и это будет без толку. Если миграции не работают по yii migrate, то можете выкинуть эти миграции или наладить их. Другого варианта нет.

Если миграции рабочие, то откатывать их смысла нет. Просто создаёте новую миграцию. Всегда все изменения через применения новой миграции.

Вам в принципе правильно сказали.

[Vocler]

Если в проекте хаус - не используйте миграции. Либо делайте как положено. Если не готовы весь проект менять - выделите миграции по модулям «blog, user, comment». И подключайте их как отдельные миграции (как на модуль). И уже какая то часть миграций точно рабочая. Потом восстановите другие.

А так как вы пытаетесь - толку нет. Никто ваши костыли не будет повторять. Кроме того вы сейчас замучаетесь с этим и это будет без толку. Если миграции не работают по yii migrate, то можете выкинуть эти миграции или наладить их. Другого варианта нет.

Прочитайте внимательно нить комментариев, никто эти костыли и не должен повторять.
И да - я уже третий раз пишу: я понимаю что их нужно наладить. Но времени на это банально нет, если я скажу менеджеру что мне нужны дополнительные пару часов что-бы наладить 70-80 миграций то он мне откажет.