Дело в том что сам профиль нагрузки непонятный, в такой конфигурации tokio запускает полноценный Reactor на каждый доступный core, то есть нагрузка должна распределятся между всеми ядрами, а я наблюдаю совсем другую картину.
Я реализовал переход по аргументу в методе. Теперь нужно что по клику на имя метода также работало. То есть ->getRepository('name') при клике на 'name' у меня все работает нужно чтоб и по клику на getRepository тоже работало
FanatPHP: В таком виде конечно не будет, но я и не собирался за автора выполнять задачу я всего лишь указал направление и намекнул что необходимо использовать placeholder-ы.
Насколько мне известно в mysql нельзя построить индекс по нескольким полям из разных таблиц. А по поводу 2 ms, тут вам все таки придется заняться денормализацией или масштабированием железом если вам нужно быстрей.
Я не могу понять что вы вкладываете в вашу фразу 'индексы при JOIN е таблиц' mysql использует индексы даже в вашем случае когда вы явно задаете его через force index. Другое дело что он сам не выбирает правильный index. Я так понимаю вас не устраивает 2 ms время выполнения?
Если нужна агрегация в реальном времени то mongo db не лучший выбор. Очень много зависит от задачи. Но механизм шардирование может выручить в некоторых задачах. Своеобразный инструмент для специфических задач.
