пара ньюансов с ней:
1) есть начиная с 2016 версии
2) кажется, по-дефолту, она собирает данные кусками по 1 дню.
типа "топ плохих запросов за день"
на проде может и норм, а в тестах не очень. Мне интересно, на какой ступени теста стало плохо какому запросу.
Поэтому я настроил на сбор данных раз в 15 минут
3) объём хранимых данных - лучше не больше гигабайта.
Потому что после этого чтение информации из QS становится основной проблемой :)

а как по срокам расходования этого гигабайта?

за 1 тест?

там хрен скажешь, потому что стираются из него сперва самые бесполезные данные - запрос с низкой интенсивностью и т.д.

а удобно

но хватает на месяц как минимум

штука офигенская

как это настроить или где найти?

в отчетах?

показывает ТОП запросов по
* CPU
* длительности
* количеству запусков
* чтениям
* записям
* потреблению памяти
* физ.чтениям (хз чем от логических чтений отличаются)

всё это можно смотреть как Total (за весь выбранный отрезок времени), так и MIN/MAX/AVG

и планы показывает сразу.
А если планов несколько - показывает все их, и позволяет принудительно выставить что бы в дальнейшем всегда работал конкретный план

не, не в отчётах

если включаешь - он появляется в дереве объектов базы

можно сравнить 2 состояния - и он покажет, по каким запросам планы ухудшились.
круто до и после релиза сравнивать одинаковые тесты.

да, пока я живу в 21 веке Витя в двадцатьдесятом

почему двадватьдесятый
это же 2016 SQL

зато я кодить не умею, а ты грувишь на весь чатик :)

вот когда так это не включено верно?