Есть курсор, который выбирает из таблицы данные. Потом в цикле эти данные обрабатываются - считается количество записей одного типа и пишется в таблицу тип - количество.
В принципе это не так важно.
Начиная со вчерашнего дня курсор стал выполняться очень медленно, порядка одной записи в секунду. Причем даже если убрать всю обработку данных.
Запрос сам по себе не очень сложный - три INNER JOIN и пару условий. Выполняется(если не курсором бегать по каждой записи) почти мгновенно.

Курсор выполняется медленно даже если убрать все операции, просто цикл иставить.
WHILE @@FETCH_STATUS = 0
BEGIN
FETCH NEXT
END

Без курсора не получится, там проверка еще в паре таблиц справочных идет и если тaм нет записей, то добавляются пустые, чтобы ошибки на INSERT не было для FK

Задача:
Служба доставки, клиенты, корреспонденция от клиентов куда-нибудь.
Отчет - количество писем за несколько дней для каждого клиента.
Курсор пробегает по таблице с корреспонденцией и делает следующее - если день и клиент совпадают с предыдущим и номер отличается на один - то счетчик++, иначе записать во временную таблицу для отчета данные и начать считать сначала. Потом в отчета идет group by клиент и получаем для каждого клиента.
дата код письма к-во
22.10.2002 000012 - 000015 4
23.10.2002 000031 - 000032 2
23.10.2002 000035 1

В принципе можно наверное и без курсора. Просто написано не мной, поэтому не хотелось менять.

Проблема решилась добавлением параметра FAST_FORWARD при объявлении курсора.