народ, помогите с вопросом.. мистика
в связи с грядущим объединением нескольких в одну - одна и та-же база 8.2 переехала на новый сервер
было (32гб + 16прц e5530 2,4ггц + srv2008 + sql 2008r2)
стало (128гб + 40прц e5-2690 3ггц + srv2012 + sql 2014)
дисковая подсистема похожа, но у нового соответ. пошустрее
вцелом стало работать шустрее
но один конкретный акт сверки взаиморасчетов
который бухи очень часто запускают, работает медленнее раза в два =)
как так?

система ессно x64
значения параллелизма sql пробывал разные
вплоть до отключения оного.. особой разницы не заметил или надо перезапускать сервер?

+ надо ли перезапускать, при изменении колва рабочих потоков в скл?

может сначала попробовать замер производительности?

сделал замер в отладчике - 67% времени выполняется сам запрос

(0)[как так?]
молча

(5) ну, видимо что-то в настройках самого скл, съедает эти лишние секунды

(0) а точно уверен что под шумок не обновили платформу до 8.3?

(7) не
сравниваю планы запросов - новый разбавляет его параллелизмом
старый - нет

(8) ну как бы работа со скулём 2014 заявлена только в 8.3.5
А у тебя 8.2

т.е. поробуй даунгрейд скуля

(10) не не не, на кой его покупали тогда? =)
скоро будут на 8.3 переползать
да и процесс перепроведения, который раньше занимал неск. часов, сейчас укладывается в "от часа до неск. минут"
попробую все-ж поиграться с настройками параллелизма пока
побольше инфы собрать

убрал параллелизм, смотрю планы - почему-то новый скл перед Concatination в двух ветках вставляет Hash Match, которые в сумме отжирают 90% времени
и сами запросы отличаются.. старый начинается с описания переменныйх, а новый сразу с селекта.. но эт мож такая фитча =)

вобщем результат наблюдений =)
в параметрах базы ставим уровень совместимости SQL-2012
из плана запроса исчезают ХэшМачАгг и сабж выполняется быстрее
возвращаем параллелизм - все норм
возвращаем уровень совместимости SQL-2014 сабж выполняется медленнее и ХэшМачАгг на своем месте