Обновление php приложения на symfony?

Question

[Кирилл Горелов]

Привет парни.

Самое простое объяснение моей задачи можно описать на примере cms.
Пишу приложение, которое можно скачать, поставить к себе на хостинг и пользоваться.
Это приложение на php фреймворк symfony.

В процессе работы приложения, могут быть выпущены обновления с обновленными таблицами в БД или даже новые таблицы появятся.
И вот у меня загвоздка. В symfony обновление таблицы сущностей происходит консольной командой.
А как можно сделать, чтобы пользователь просто нажал на одну кнопку и подтянулись все остальные изменения и обновилась БД.
Интересует больше как по кнопке изменить заложенную структуру таблицы или добавление новой, без применения консоли?

Answer 1

[Владислав Лысков]

смотри в сторону https://symfony.com/doc/current/components/process.html

Answer 2

[Sergey Romanov]

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

Я сделал так, при упаковке приложения, я делаю слепок базы в формате JSON. там данные о полях, ключах и отношений. При установке, я делаю такой же слепок с текущей базы, смотрю разницу и автоматически генерю запросы типа ALTER и привожу базу к необходимой форме.

Comments

[Flying]

Просто интересно, а чем это отличается от миграций? А порядок изменения таблиц вычисляете? А изменения в данных как передаёте?

[Sergey Romanov]

От миграции отличается значительно. Миграция описывает в каждом файле изменения в каждой новой версии. Например вы пропустили несколько версий, потом решили обновится. Может лучиться так, что первая миграция выдаст ошибку, или процесс прервется и все. Вы застряли. Вы не когда не пройдете весь процесс опять, потому что те изменения которые уже были внесены, опять не внесутся. Короче кто работал с миграциями тот знает.

В моем решении нет отдельных файлов от версии к версии. Не важно может вы сами залезли и что то делали в базе. При установке все погонится под последнюю версию.

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

Изменения я не передаю. У меня просто есть JSON слепок с базы в момент когда я делал релиз. Я делаю слепок при установке на базу у пользователя, сверяю слепки и где разница, генерирую скл запросы на изменения.

Answer 3

[Flying]

С точки зрения Symfony консольная команда - это просто класс, наследуемый от Symfony\Component\Console\Command\Command. Любая консольная команда - это просто запуск класса Symfony\Bundle\FrameworkBundle\Console\Application, как можно видеть в файле bin/console.

Таким образом ничто не мешает вам "запустить консольную команду" просто создав Console\Application и запустив нужную команду в нём, сформировав правильные входные параметры.

Изменение структуры базы данных зависит от того как именно вы ею управляете. Используете ли Doctrine или что-то ещё? Используете ли Doctrine Migrations или нет? Без этой информации дать точный ответ нельзя. Скорее всего в вашем случае было бы логичнее всего использовать Doctrine Migrations, они ведь именно для этого и созданы.

Comments

[Кирилл Горелов]

Ну да, на doctrine и рассчитываю.

[Кирилл Горелов]

Спасибо, попробую.