Странности с запросом.

ОС Microsoft Windows Server 2003, Standard Edition x64 с СУБД Microsoft SQL Server 2008 R2 (SP2) - 10.50.4000.0 (X64).

У пользователей время от времени при обработки одного и того же запроса увеличивается во много раз время выполнения. То он выполняется мгновенно, то время увеличивается до минуты. Профайлером засечь удалось только вот это, FETCH API_CURSOR00000000001F3D8D , которое как раз и выполняется до минуты (По профайлеру: Duration 66309, Reads 77749283. CPU 66140, что по показателям больше всего остального отработанного). БД регламентно обслуживается, индексы в зависимости от фрагментации перестраиваются.
Можете объяснить, что это? Что это за курсор?

VitLF,

Hunting down the origins of FETCH API_CURSOR and sp_cursorfetch

Так это вопросы так понимаю к разработчикам, насчёт курсора?

VitLF
Так это вопросы так понимаю к разработчикам, насчёт курсора?

А ваша роль в проекте какая?
Ссылку смотрели? Описанный там способ не помог?

Гость333
VitLF Так это вопросы так понимаю к разработчикам, насчёт курсора? А ваша роль в проекте какая? Ссылку смотрели? Описанный там способ не помог?

Смотрел. Можно как-то пожалуйста растолковать ссылку, а то не совсем понятно.

VitLF,

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

ROLpogo
VitLF, По той ссылке показано, как можно узнать текст запроса, приведшего к вашей беде.

Да. Спасибо. Разобрался.
Вот только, зная запрос, непонятны дальнейшие шаги по оптимизации. План выполнения показывает оценку (cost) в 0,5. Вродь не тяжёлый запрос. Т.е. как и говорил, то он выполняется мгновенно, то весит по 30 сек - минуте.

Может подскажите, что эта за мистика может происходить. И почему именно на этом запросе, на остальных таких проблем нет.

VitLF,

Запрос может медленно выполняться, например, из-за блокировок. Или из-за неоптимального плана выполнения. Или из-за неудачного сочетания параметров запроса.
В общем, надо смотреть текст запроса и план его выполнения.