Mark BarinsteinKru,
Добрый день.
Information about timerons and internal locks .
Оно выдаёт цену запроса по собранной статистике на данный момент.
Вы её на эти таблицы и их индексы когда в последний раз собирали?
Марк, добрый день.
Статистика по таблицам входящим в запрос обновлялась за день до запроса.
Я прочитал статью на которую Вы мне прислали ссылку.
фрагмент из статьиHowever, do not rely on the timeron value to estimate performance of two different queries. It is a good rough barometer of equivalent performance only when comparing multiple runs of the same query. Comparing the timeron values of two different queries will not produce meaningful information for a comparative query performance benchmark.
Правильно я понимаю, что значение Estimated Cost имеет какой-либо смысл только если измерять один и тот же запрос - скажем для того чтобы смотреть как изменение объема данных влияет на него.
Но здесь такой вопрос - как быть если нужно запрос оптимизировать и скажем, местами переписать его или просто даже добавить индекс.
Ведь получится другой запрос и, согласно статье, сравнивать его стоимость с предыдущим не будет иметь никакого смысла.
Как же тогда понять, лучше ли стал запрос или нет?
Я сделал простой эксперимент. Взял мой запрос и закомментировал в нём одно из условий, так чтобы он перестал использовать опредёлённый индекс. Стоимость его возрасла со 127 до 49000 таймеронов, но что удивительно, он отработал за 34 секунды, в то время как старый запрос отработал за полторы минуты (вчера он работал 7 минут).
Неужели разница в таймеронах более чем в 300 раз не говорит ни о чём? Т.е запрос стоимостью в 49000 таймеронов может оказаться дешевле запроса который стоит 127?
Как же тогда быть и на что смотреть, чтобы видеть плоды оптимизации?
Заранее огромное спасибо
