Я новичок в миграции, и я пытаюсь придерживаться автоматически сгенерированных:
$ php app/console doctrine:migrations:diff
$ php app/console doctrine:migrations:migrate
Проблема в том, что это удаляет мою таблицу сеансов. Что я могу сделать, чтобы избежать этого?
Я знаю, что опаздываю на этот вопрос, но решил предложить предложение.
импортировать таблицы сеансов в свои сущности. даже если вы не используете его через созданные им интерфейсы, это позволит Doctrine отслеживать таблицы, чтобы он знал, что они должны быть там.
см.: http://symfony.com/doc/current/cookbook/doctrine/reverse_engineering.html
Другой вариант — просто указать Doctrine игнорировать таблицу. Вы можете использовать параметр schema_filter, как описано в этом сообщении SO.
Итак, если ваша таблица называется sessions, добавьте следующее в config.yml (Symfony ‹ 4) или doctrine.yaml (Symfony >=4):
doctrine:
dbal:
# standard database config here
schema_filter: ~^(?!sessions)~
У нас было большое количество таблиц, которые нужно было игнорировать, поэтому мы выбрали противоположный подход — мы сказали Doctrine учитывать только те таблицы, которые начинаются с определенного префикса, и настроили прослушиватели, чтобы убедиться, что все наши таблицы, управляемые Doctrine, имеют префикс. Использование прослушивателей для префиксов таблиц задокументировано по адресу http://docs.doctrine-project.org/en/latest/cookbook/sql-table-prefixes.html и есть сообщение SO о его стороне Symfony здесь.
Когда вы говорите «таблица сеансов», я думаю, вы имеете в виду таблицу сеансов для PdoSessionStorage? (просто чтобы убедиться, что мы говорим об одном и том же :-))
У меня была аналогичная проблема, и единственным постоянным (и несложным) решением было просто поместить ваши сеансы в другую базу данных (и соответствующим образом обновить конфигурацию). Но для этого требуется разрешение на создание дополнительной БД.
Если у вас нет такой возможности, я поищу другое решение, но, возможно, упомянутое выше сработает для вас :-)
