Есть стартап в котором используется GraphQL + laravel.
База данных постоянно пополняется по крону новой информацией и содержит весьма разнородную информацию по городам, странам компаниям в них и ценам.
Количество запросов к БД на некоторых на один url подскакивает до 400 и время страниц падает до 14 секунд. И это при небольшой посещаемости.
Какое оптимальное решение с точки зрения вложения средств?
Самое напрашивающееся это уменьшения количества запросов n+1, как
тут, например. Но это затраты на программиста, который будет анализировать все связи и дорабатывать бэкэнд. Пока это лучшее решение.
Но вдруг.
Есть ли какие-то готовые библиотеки на php которые могут это оптимизировать?
Есть ли какие-то готовые решения на стороне sql, типа кэширования типичных запросов, но так, что бы не было больших трудозатрат по внедрению?
Конечно есть еще варианты - перенести в редис часть данных либо отменить GraphQL и делать простой REST с оптимальными запросами, но они возможно более затратны.
