Никто не понимает что такое этот твой "файл с переменными".
В моем мире репозиторий (который ты называешь "файл с запросами") содержит методы. Которые выполняют запросы и возвращают нужные данные.
В сервисе (который ты называешь репозиторием) код получения данных для "таблица 1" обращается к этим методам, собирает все нужные данные, и отдает их в контроллер.
Ну вообще есть один нюанс.
При дефолтных настройках mysql скидывает каждую транзакцию на диск и ждет ответа, что все физически записалось. и это реально долго.
Так что разбиение на множество маленьких транзакций может сильно повлиять на производительность.
чтобы исправить, можно перенастроить mysql, чтобы она просто скидывала в буфер диска, так получается гораздо быстрее.
Но если такая пернастройка недоступна или нежелательна, то с точки зрения производительности лучше все-таки все в одной.
Evgenii Borovoi, сама по себе доктрина дает оверхед конечно, но не такой прямо ужасный. Хотя там есть косяки, например с пагинацией. На простых запросах все летает, на конкретных надо смотреть.
Вообще надо понимать что Доктрина - это несклько продуктов в одном. Это ОРМ, это ДБАЛ, это квери билдер, это усредненный язык запросов, который транслируется под любую поддерживаемую БД. ОРМ тяжеловат, да, но зато честный дата маппер, то есть у тебя база отдельно а приложение отдельно - а не винегрет как в Елоквенте.
В общем вопрос в конечном итоге всегда не в молотке, а в руках, которые его держат
N, просто на реддит такие шармы каждый день постят, у меня глаз намётаный. Это целая индустрия, населения в Индии миллиард, кормить как-то надо - вот они и продвигают свой бизнес такой вот псевдоаналитической копипастой, все ради ссылки на очередной бодишоп.
N, я не спорю, и вторая ссылка куда более осмысленная, хотя и не совсем беспристрастная :)
Я к тому что первая в принципе на стоит тех килобайт в базе, которые она занимает, безотносительно к обсуждаемому вопросу.
N, ну первая-то ссылка это типичная рашми шарма из касты опрожнительей выгребных ям, выбившийся в "технические писатели". Там дальше где-то обязательно должна быть ссылочка "наши полуголые разработчики из луших трущоб бангалора всегда готовы осчастливить вашего СФО, разработав весь софт за 1 копейку"
Вообще скорее всего автор путается в терминах, но если говорить буквально про "10 000 человек в день", то если только трафик не совсем мусорный, пользователи обычно просматривают больше одной страницы. И 10 000 посетителей дадут (очень условно) 100 000 хитов к бэкенду. Сконцентрированные в часы пик, они вполне могут дать и 10 000 хитов в час, что даст нам ~3 запроса в секунду. Что понятное дело тоже не хайлоад, но все же больше чем 1 в секунду :)
Поскольку никто не понимает, что за проблему ты хочешь решить, то придется объяснить подробнее
что такое "в поисковике нельзя было найти файлы php в качестве отдельного сайта" и зачем это нужно?
Какое у тебя туннельное зрение, однако
Все скопировал кроме самого последнего абзаца :)
Ну и строчки которая специльно для тебя выделена жирным на картинке.
похоже, кому-то здесь действительно стоит протереть монитор :)
В моем мире репозиторий (который ты называешь "файл с запросами") содержит методы. Которые выполняют запросы и возвращают нужные данные.
В сервисе (который ты называешь репозиторием) код получения данных для "таблица 1" обращается к этим методам, собирает все нужные данные, и отдает их в контроллер.