
Комментарии 6
Думаю неплохим тоном было бы сохранять логику запросов единой, хоть это и мало влияет на анализ производительности.
неплохим тоном было бы сохранять логику запросов единой
Просьба уточнить тезис
в одних запросах выбирается строго 30тидневные периоды, в других от 1 до 30
это условие эксперимента - входные данные случайны.
Поскольку СУБД по сути своей есть стохастическая система.
Входные данные случайны - безусловно. Но вы изначально для одних запросов выбираете усреднено максимальный объем, а для других плавающий, от 3% до 100% от максимального. Это не условие эксперимента, это методологическая ошибка.
Я кажется понял суть, вашего замечания.
Нет, ошибки , тем более методологической - нет. Есть неполное описание эксперимента.
Кратко - тестовый запрос выполняется внутри хранимой функции, перед выполнением запроса для эксперимента с временной таблицей - временная таблица пересоздается. Для тестового запроса в любом эксперименте входные данные по периоду - случайны. В том числе и для эксперимента с использованием временной таблицы.
Дополню статью .
Спасибо за замечание.
Итоги анализа вариантов оптимизации ресурсоёмкого SQL-запроса