На прошлой неделе мы изменили режим совместимости со 100 (2008) на 110 (2012) на корпоративном SQL-сервере 2012.
С тех пор мы обнаружили, что производительность хранимой процедуры значительно снизилась с 18минут до 48 часов (до того как мы его убили).
Я изменил режим совместимости обратно на 100, и sproc снова запускается через 18 минут.Сравнивая планы до и после, версия 110 имеет параллелизм на каждом этапе пути, версия 100 не имеет вообще ничего.Другие хранимые процедуры (около 50) выполнялись с нормальной скоростью.
Для меня это совершенно новое основание, почему изменение режима совместимости со 100 на 110 привело бы к огромному увеличению параллелизма только для одной хранимой процедуры