при этом список всех локалей.
сущность храниться в большой таблице.
локалей штук 10 максимум.
локали и сущность находятся в разных таблицах.
бэк разработчик утверждает что это нежелательная операция: брать весь список локалей при каждом запрос + сущность. потому что 2 запроса в бд.
у меня возникает вопрос, неужели это чем-то обосновано?
неужели нельзя сделать sql один запрос на получение сущности и список локалей?
на сколько дольше будет идти запрос и имеет ли смысл об этом париться?
тут нужно видеть структуру таблицы, но если самих локалей мало и они редко меняются можно запихнуть их в глобальную переменную, можно кучу всего придумать. Но если локалей 10 штук, то я не вижу причины, не делать к базе 2 запросов. Тот же мускул делает кэш вашего запроса, и если они часто повторяются, и всегда одни и те же, то он будет их хранить в памяти и отдавать без лишних накладных расходов. Хотя тут все зависит от архитектуры вашей бд. Возможно ваш программист прав и у вас там особый случай.
А вьюхи база поддерживает?
Нет ничего страшного в 2х запросах в БД. Соединение уже установлено, у БД есть кэш. Если хочется это оптимизировать, можно иметь кэш в приложении (хранить эти локали в глобальной переменной). Но, если эти локали статичный и не привязаны к этому запросу, то можно их и получать отдельным запросом на фронт и хранить на фронте потом.
Обсуждают сегодня