Почему не применяются настройки подключения в Laravel на лету?

Question

[Николай Алексеев]

Ситуация крайне странная и, чувствую, что я просто упустил какую-то мелочь.
Есть контейнер posgresql в докер, там две базы. По умолчанию приложение работает с одной из них, но иногда в редких случаях нужно на лету переключиться на другую.
Раньше я такое делал просто перепрописывая конфиг через через хелпер фунции либо через \Config::set()
И всё работало. Я даже загялнул в свои же старые проекты, где я уверен, что всё работает.
(Но там не было докера, возможно дело в этом, хоть я и сильно сомневаюсь)

Тут же получаю следующее поведение:

$config = \Config::get('database.connections.pgsql');
$config['database'] = $settings->db_name;
\Config::set('database.connections.pgsql', $config);

echo SomeModel::query()->count();

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

При этом, если вывести содержимое
dd(config('database.connections.pgsql'))
Там всё прекрасно и там изменённые данные

Подскажите пожалуйста, что я упустил?

Comments

[Дмитрий]

А у вас одна модель должна работать с двумя базами?

[Николай Алексеев]

Дмитрий, да. Точнее даже не так. Все модели должны работать с двумя базами

Answer 1

[Николай Алексеев]

Получилось найти решение самостоятельно.
Подойдёт, возможно, не всем, так что обратите внимание на ответ Григорий Васильков

В моём же случае подошёл просто принудительный реконнект к базе после смены настроек
\DB::connection('pgsql')->reconnect();

Answer 2

[Дмитрий]

1. Если ваша модель использует 2 базы данных, то есть метод setConnection() использовать надо его. если надо
echo SomeModel::setConnection('')->count();

2. Если у вас одна модель работает с одной базой, а другая с другой то вы можете в модели прописать
protected $connection = '';

Используется это для вещей когда поток данных большой что один сервер не справляется - по этому идет либо разнос по read-write, в мастер пишем, со слейва читаем, либо просто вынос каких то данных на другой сервер, либо для шардирования когда у вас данные разбиты на шарды по куче серверов. У Тима в голове сложные варианты, а не поделки для 2 посетителей.

3. Передергивать для этого конфиг и делать реконнект - не рекомендуется.

Comments

[Николай Алексеев]

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

[Дмитрий]

Николай Алексеев, просто если вы делаете реконект - вы реально реконнектитесь к базе (убиваете соединение, открываете соединение) - это накладные расходы. в случае с setConnection - он будет использовать открытые соединения, если они есть, если нет - откроет и будет потом их использовать.

[Дмитрий]

Григорий Васильков, уважаемый. вы вроде с прошлой нашей беседы отправили меня в свободное плавание. я бы хотел что бы это продолжилось. вести беседы с мамкиными архитекторами мне лениво.

[Дмитрий]

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

[Дмитрий]

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

[Николай Алексеев]

Григорий Васильков, Дмитрий
Господа, кто-то должен быть умнее. Зачем превращать всё это в фарс и ругань? Если вы вчитаетесь в ответы друг друга, то поймёте, что не так уж далеки ваши мнения. А более или менее опытный разработчик прочитает все ответы и поймёт что именно ему нужно и кто прав, а кто нет.
Тем более, что панацеи и идеально правильного решения на все случаи жизни всё равно не существует.

В рамках моего вопроса я понял, в чём была моя ошибка и почему не работало то, что я хотел.
В ином случае и при иной проблеме и решение может быть иным.
В конце концов вы же не знаете всей сути моей задачи :) А вам оно и не надо. Это дискуссия уже для других мест и другой ситуации

[Дмитрий]

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