к примеру главную youla

что значит "дизайн"?
CTRL+S

День добрый, коллеги! Такой вопрос, архитектурный:
У меня есть главная бд с которой я работаю через orm, т.е. через модели. И другие, что будут поключатся динамически (хз сколько), имеющие одинаковую структуру. С этими базами я думаю работать через конструктор запросов с помощью репозитория.
Вопрос: стоит ли мне работу с основной бд переводить тоже в репоритории, или продолжать работать через orm?

1) работа через orm не противоречит работе через репозитория
2) в чем вопрос? Нужно ли перенести логику из моделей (?) в репозитории?
3) никто не мешает в рантайме создавать новые коннекты к бд и продолжать работать «через модели». Это больше вопрос удобства / производительности / эффективности

Если правильно понял вопрос, то я всю логику работы с бд выношу в отдельный слой «репозитория». Даже если оттуда идёт запрос в eloquent.  Как минимум это позволяет сделать код более удобным для тестирования

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

Если б было 2 бд, а не хз сколько я бы наверно работал с моделью

Уважаемые люди тоже могут ошибаться. Если у тебя есть ответы на вопросы «почему ты так делаешь» и «почему ты делаешь именно так», то ты имеешь полное право так делать.  
Репозиторий - не совсем корректный термин. Формально - это работа с коллекциями. Туда же пихают и store и что угодно. Но допустим.
У тебя есть единый слой работы с бд, из твоего метода репозиторий ничего не мешает сделать условно return User::get()

А работать там через модели или через DB, и опять же - через DB::raw() или же через методы - тоже отдельный вопрос

Через фасад бд будет работать быстрее, чем через модели. Это факт. Где то на 10-25% при условии одинаковых запросов. При том, что не все можно (удобно) сделать через orm. У orm есть свои преимущества. Обычно они заканчиваются, когда заканчивается быстрее проектирование mvp и начинается нагрузка, но это отдельная история

Ок. Мне этого достаточно! Спасибо

За это вообще спасибо

Где то 1-2 недели назад я делал систему шардирования чатов. В мастер базе были таблицы серверов с параметрами доступ, бакеты и их маппинг.

В рантайме создавал коннект и подключался к нужной бд

Проблем не заметил, ну кроме доп запросов. Но тут по другому никак (ну из файлов можно было бы брать, но не суть)

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

Так при шардинге тоже :)

В бд будет держаться только данные коннекта

И дальше onConnection

шардинг у вас в приложении прям идет?