Как в symfony 3 динамически поменять базу данных?

Question

[Виталий Сорокин]

Здравствуйте.
Ситуация следуюящая: есть неограниченное число однотипных (одинаковых по структуре но разных по содержанию) баз данных, какую именно базу нужно использовать в тот или иной момент определяется во время выполнения скрипта. Соответственно к ней подключиться и использовать по умолчанию.
Как это сделать?

Answer 1

[BoShurik]

Не знаю всей задачи, но может подойдет вариант разруливания через окружение.
В app.php получаем нужную базу данных и подключаем соответствующее окружение, в конфиге которого подключаются доступы к БД

// $env = ...;
$kernel = new AppKernel($env, false);
$kernel->loadClassCache();

Upd:
На основании вашего комментария выше

Один и тот же скрипт использует несколько клиентов, какая именно база данных используется - определяется через субдомен. Список субдоменов и их баз данных хранится в служебной базе данных.

думаю подойдет такой вариант:

В app.php делайте запрос к основной БД через обычный \PDO. Вытащив от туда параметры подключения, добавляйте их в окружение через putenv, а в конфиге используйте эти переменные

Comments

[BoShurik]

Виталий Сорокин
На основании вашего комментария выше

Один и тот же скрипт использует несколько клиентов, какая именно база данных используется - определяется через субдомен. Список субдоменов и их баз данных хранится в служебной базе данных.

думаю такой вариант подойдет.

В app.php делайте запрос к основной БД через обычный \PDO. Вытащив от туда параметры подключения, добавляйте их в окружение через putenv, а в конфиге используйте эти переменные

[Виталий Сорокин]

Да, очень удачная мысль - не знал о возможности динамически вносить переменные конфиг. Спасибо.

Answer 2

[Алексей Скобкин]

symfony.com/doc/current/doctrine/multiple_entity_m...

Comments

[Виталий Сорокин]

Помоему, тут решение для ограниченного набора соединений? Тоесть только то, что прописано в конфигурационном файле. А для ситуации, когда данные по соединению приходят в момент выполнения - там нет решения. Или я что-то пропустил?

[Алексей Скобкин]

SorokinWS: Да, всё так. Но вы описываете довольно странную ситуацию.
Я не уверен, что Doctrine ORM будет хорошо работать с динамически конфигурируемыми EntityManager. А вот на уровне Doctrine DBAL, думаю, вы вполне можете себе задавать соединения динамически без каких-либо проблем.

[Виталий Сорокин]

Задача именно заставить нормально работать ORM. Проблема в том, что в классе
Doctrine\DBAL\Connection свойство _params объявлено приватным, потому невозможно просто расширить класс и внести методы для изменения.
На данный момент, получилось это сделать через ReflectionObject (всё работает и нормльно) - но это как-то по варварски. Хотелось бы более изящного решения.

Answer 3

[Виталий Сорокин]

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

2. После того как становится известна нужная нам база данных, производим подключение следующем образом:

<?
//получаем и закрываем соединение
$connection = $this->get('doctrine.dbal.default_connection');
$connection->close();

//Дальше варварство
$ReflectionObject = new \ReflectionObject($connection);
$Params = $refConn->getProperty('_params');
$Params->setAccessible(true);

$p = $refParams->getValue($connection);
$p['dbname'] = ;
$p['user'] = ;
$p['password'] = ;
		
$Params->setValue($connection, $p);
$Params->setAccessible(false);
?>

Comments

[Алексей Скобкин]

И правда, ужас. Такое впечатление, что у вас то ли система спроектирована через не то место, которое стоило бы, то ли чёрт его знает. Вообще как-то странно использовать ORM в таком режиме. Потому что вот вы заперзистили сущность в БД, а потом БД сменили на другую и получается, что сущность невалидна теперь.

[Виталий Сорокин]

Один и тот же скрипт использует несколько клиентов, какая именно база данных используется - определяется через субдомен. Список субдоменов и их баз данных хранится в служебной базе данных. Как бы Вы решали такую задачу?

Answer 4

[dimarick]

Сделайте под каждую базу свой ентити-менеджер, а в KernelRequest выбирайте из них и сохраняйте в default_entity_manager и default_connection. Если только таких баз не очень много

Comments

[Виталий Сорокин]

Баз может быть ОЧЕНЬ много. К тому же они их состав постоянно меняется. Так что это не выход