Приветствую, нужно провести настройку сайта на ларе( в основном сео настройку) отпишите в ЛС.

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

Имхо, фреймворк нужен не для улучшения производительности, а для упрощения написания и поддержки кода. Если у вас проблема в нагрузке на БД - фреймворк ее никак не решит.

Но странно, что у вас такая проблема возникла на 10к записей

да и на 10к можно базу запутать)))

проблемы пока нет, проблема ожидается, и хочется ее предупредить.
10К записей это только юзеры, а есть еще таблица на 2М с действиями юзеров, и пара небольших таблиц, это все джойнится между собой и находятся подходящие юзеры
и таких процессов несолько в минуту

Может использоваться чанки ?

Может запрос показать

🌝

а можно подробнее что это?

пока в голову приходит только подрубить к базе еластик например, при изменении в основной базе, собирать объект и закидывать его в еластик, далее уже обращаться к нему. Т.е при любых изменениях в основ БД, пишем в быстрое хранилище, подготовленные данные. Как итог, быстрый доступ к подготовленным данным, тяжелые операции и расчеты при изменении в основной базе, через очереди, например RabbitMQ, с подтверждением успешного выполнения каждой задачи.

вот для примера

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

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

Я бы тогда смотрел в сторону оптимизации базы. Банально проверить индексы, посмотреть какие запросы грузят больше всего, explain сделать, для начала.

возможно стоит посмотреть в сторону временных таблиц или в сторону подготовленных таблиц чтобы жизнь упростить.
возможно лог действий юзеров стоит вынести в OLAP, до сотни запросов в минуту спокойно обрабатывает почти на любых объемах.
кликхаус на дохлом серваке результат по 50кк мне выплевывал чет за 0,05 секунды помоему...
берете выборку с олапа а с базы дергаете юзеров по where in

У вас 10к записей и для них нужен джоин с таблицами и т.д . Всё это нужно хранить в памяти. Чанки это "куски" то есть делайте тоже самое но для одной тысячи, а потом для другой тысячи и т.д . Это увеличит число запрос но это освободит память и сделает их быстрее

а можно подробнее что это?

+ мб индексы добавить если выборка по строковым полям и таких записей много

Ребята, Привет!
Ищем дева в классный образовательный проект:
- Удаленка
- З/П: $ 1.5-2k
- Laravel от 2х лет; проектирование БД; ООП; REST API; SQL.

Напишите в личные, если кому-то интересно @LmTkach 🤝

Вакансии: @fordev @jobgeeks