Меню
Что нового?

Оптимальное количество запросов к БД при формировании страницы

LeRatO

Новичок
Оптимальное количество запросов к БД при формировании страницы

Ситауция несложная, и вопрос скорее теоритический. Возможно, тема для форума "Вопросы по теории программирования"...

Итак, есть задача разработки Интернет-магазина информации - то есть генерации на лету таблиц из баз данных по заданным пользователем параметрам. Суть информации не имеет никакого значения. Магазин по функциям сложный - промежуточные этапы, манипуляции с информацией, различные выходные формы. Объемы приличные, структуры данных - любые.

При разработке проекта яростно культивируется идея а-ля Plug&Play... В нашем случае это выглядит так - для каждого информационного раздела создается описательная БД с настройками для скриптов обработки. Все возможные настройки для движка магазина тоже предполагается хранить в базах данных (MySQL). Само собой баз получилось не 2, и таблиц в общей сложности немало.
Это точно даст преимущества при развитии магазина, но по примерным прикидкам для формировании некоторых страниц может понадоьится от 5 до 12 запросов к таблицам MySQL.

Посему возник вопрос, существует ли теоритическое понятие "оптимальное количество обращений к БД при формировании одной страницы"? Или кто-то помучившись с этим, нашел для себя оптимальлный вариант?

Поделитесь опытом.

Заранее спасибо.
 

LeRatO

Новичок
Ну да... совсем без запросов это дейтсвительно оптимум, только это не технология сайта с БД. :)
 
440hz

440hz

php.ru
только это не технология сайта с БД
Нажмите для раскрытия...
ИМХО: именно технология позволяет получить при первом запросе нужные данные а при всех следующих таких же отдавать кеш, а по тупому каженный раз лазить в базу - это отсутствие технологии ... зато просто и надежно. яя?
 
Фанат

Фанат

oncle terrible
Команда форума
от 5 до 12 запросов - это мизер.
если они все лёгкие, то бд их вообще не заметит.
если же среди них есть тяжёлый, то он один стоит сотни лёгких, то есть, думать надо о том, чтобы его облегчить, а не о количестве.
 

WP

^_^
Сгенерировано за: 0.149 сек., SQL: 22. (служебные запросы, меню, голосование, случайный анекдот, новости с комментариями, авторизация, закладки, последние темы на форуме и статистика посещаемости), информация о модулях тоже хранится в БД. Кроме кеша самой СУБД ничего не использовал. При 200 запросах в секунду, время возрастает лишь до 0.18. А из штанишек "чем меньше запросов тем лучше" давно пора вырасти :) Главное какие запросы. Можно и одним запросом повесить СУБД секунд на 5.
 

WP

^_^
440hz
Не, я про пользовательские запросы) Один даун фултекст матчил без индекса, 5 секунд выполнялось. А с индексом копейки.
 
440hz

440hz

php.ru
я вот думаю, что слово "оптимальное" в данном контексте несет не числовое, а скорее временное значение и оценивтаь надо тормозит/не тормозит, а заниматься числами в этом разнообразии дело бессмысленное.
 
Войдите или зарегистрируйтесь для ответа.
Сверху