раз в 5 дольше

Это не проблема дата лоадера

ну запрос пойдет с выборкой, но жду в разы больше, не пойму, стоит ли оно того

а, лол, стоп, оказывается, если консоль в даталоадере, то загрузка в боксе идет, пока не выполнятся все консоли, все норм, ну мощ даталоадер

К примеру у меня примерно каждую секунду запрашивают на одном сервисе инфу о пользователе.
Со стороны фронта batch запрашивают инфу о разных пользователях, иногда бывают запросы вложенные. Dataloader позволил сократить тяжелые запросы с 500ms до порядка 10-20ms

ну это уже серьезное сокращение, норм, мне нравится

Притом что нагрузка около 100RPS, то есть 6000RPM, у нас каждый лишний ms и задержка транзакции очень весома

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

не те нагрузки, не стоит оптимизировать ради оптимизации) Это лишнее

ну торговая биржа с огромной нагрузкой , вообще там есть проекты не тольк ов странах снг, возможно просто не нужно было

Ещё он хорошо подходит в случае, когда ты оборачиваешь сторонний API, когда грубо говоря 10-20 запросов можно свернуть в 1-2

Ребятушки, выручайте 😢 уже месяц не могу нагуглить решение нормальное…
 У меня в БД куча разных типов пользователей типа Учитель, Повариха, Бомж, и к каждому лефтджоином добавляю общее поле user с id, email и др.
 Вопрос, как красиво организовать функционал регистрации? Куча отдельных функций типа registerAsBomzh() даже не рассматриваю, одна функция register(role) с кучей if else - можно, но поломается если в будущем добавятся другие роли…

последний абзац + паттерн стартегия

По классике регистрация всегда делается с базовой ролью, а смена роли отдельную функцию.

Не будет костылей и переиспользуемость функции будет точно

Ну и вместо кучи ифов юзайте switch, просто и элегантно

было бы круто каким-то образом получать репозиторий динамически по имени роли, но в typeorm такого не предусмотрено. Интересно, есть ли в другой какой orm-ке?

типа connection.getRepository(roleName), тогда и switch не нужны

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

вообще это нормально, при регистрации создавать и базового user и сразу объект роли? кажется, что объект роли не обязателен, пока пользователь не начнет заполнять профиль. Может на этапе регистрации и не нужно париться?