Добрый день!

Ребята, суть вопроса вот в чем. На сайте есть функция, которая делает простой селект по базе, вида:



Результаты запроса - это обычно 100-300 строк, весом в 1-3кб. Функция эта вызывается не при каждом запросе, а максимум 2-3 раза в сутки. Но за один такой запрос функция вызывается около 200 раз. Т.е. один и тот же селект в базе дергается около 200 раз за один такой запрос к сайту. Данные в таблице меняются редко (несколько раз в месяц). Поэтому мало того, что запрос сам по себе легкий - легче некуда, так еще и все будет сидеть в кеше. Так что вопрос не столько касается производительности - понятно, что на таких мелочах сколько-нибудь ощутимого выигрыша не получишь. Вопрос скорее из ряда "насколько это будет ###кодом"?

Ведь можно сделать такой запрос один раз, сохранить его результаты в массив, и дальше работать с массивом. Это будет как бы кеширование данных посредством движка. Но с другой стороны. У нас есть кеш от СУБД. Он работает, он кушает ресурсы. А мы по сути над ним строим еще свой кеш. Зачем? Ощутимого выигрыша в производительности не получим. Код увеличим на несколько строк. Единственный плюс, который я вижу - будет чуть меньшее количество запросов к БД в статистике. Но мне кажется, важно не само по себе количество запросов, а общая картина нагрузки, и ее сбалансированность.

Что скажите?

Что предварительная оптимизация - зло.
Есть проблемы от этих трёх сотен запросов? нет? ну и хрен с им тогда, пусть дёргает.

Akina, и то правда. Благодарю!