Подскажите, а те таблицы в отладке которые к бд более

100 мс стоит ли как-то оптимизировать их?

вы не таблицы должны оптимизировать, а запросы в базу данных, сокращать их

а как это сделать?

Случайно не Умный поиск включен?

нет

acymailling используется

Лучше не давать таких советов ))) Про бд... Я конечно не эксперт. Но оптимизация бд это очень многогранная тема. - Тут может по железу быть оптимизация просто докинуть ресурсов. - Изменение хранения данных. Это как пересмотр самих таблиц, полей - Тюнинг настроек базы данных. - Оптимизация запросов, весьма странная рекомендация сокращение количества запросов. Как бы это конечно может сыграть роль какую-то прямой зависимости нет. - Может быть волобще пересмотрена архитектура бд. И хочу сказать что копание запросов не всегда оптимальный путь решения проблемы. Особенно без логирования и понимания что к чему все это дело.

100 запросов или 5 при открытии страницы - есть зависимость или нет? я считаю, что есть и очень хорошо наблюдал ее на том же виртуймарте, но это дело вкуса) спорить не буду

Ни какой зависимости нет если мы не знаем, что это за запросы )))

какая разница что за запросы, если есть 100 обращений к диску

Можно одним запросом убить базу... ))

+

100 обращений это ниочем) Я как-то видала у битрикс с одной страницы 8 000 запросов к базе. И я не ошиблась с ноликом)

я все же буду стараться сводить к 5 запросам, там где 100 можно привести к 5, а еще много где компоненты работают с объектом таблицы по старинке, а в джумле 4 туда только что биографию разработчиков не засунули и вот он как раз съедает оперативную память

А по новинке как работать?

просто запросами в БД, которые вернут только те данные, что нужны

То есть предлагаете хардкодить обращение к базе данных?

блин, да я ничего не предлагаю)) делайте как хотите

Я просто хотел переспросить - нужно хардкодить обращение к базе данных?