КА 2.2 + SQL 2012, при расчете себестоимости растет tempdb до предела. #811106

Платформа 8.3.10.2667 Партионный учет 2.2 При закрытие месяца, а именно расчете себестоимости в некоторых периодах, расчет партий доп расходов вызывает рост tempdb до предела (до 1.2 Тб). Нашел кусок который вызывает рост: ... Далее разбивал запрос на части и выполнял поотдельности, все части составного запроса отработали без проблем, а соединенный запрос вызывает рост tempdb и падение фонового задания. Единственное отличие в кусках запросов я не использовал "+ ТекстСортировка" но думаю это не имеет значения. Как думаете куда дальше копать?

кто то отбирает много строк и пихает их в темпдб

писать на партнерский форум, пусть разбирают и фиксят

Иначе быть не может. Но как раздельное выполнение запросов  отрабатывает, а когда есть "ОБЪЕДИНИТЬ ВСЕ" между ними, запрос умирает? Нет доступа. Поддержка ограничилась стандартным ответом - "Поставьте последнюю платформу и конфу и попробуйте еще раз".

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

Не больше 5к в двух запросах, остальные <200 строк, часть пустые. Отлаживал так: Самый долгий запрос выполнялся не больше 5 секунд. Объединенный висит минут 15 забивая tempdb.

весь запрос в консоль запросов из состава ИР, там кнопочкой разбить по пакетам и смотреть какое место именно тупит выполняя пакеты последовательно

и на ms sql 2012 накатить sp2, если его нет. там улучшили работу с врем. таблицами.

Sp2 стоит. Сложно, так как некоторые временные таблицы собираются раньше, из других этапов расчета. Да и пакет простой, три первых запроса - формирование времнных таблиц, остальные - это одна выборка с "ОБЪЕДИНИТЬ ВСЕ".

Microsoft SQL Server 2012 (SP3) (KB3072779) - 11.0.6020.0 (X64)     Oct 20 2015 15:36:27     Copyright (c) Microsoft Corporation     Enterprise Edition (64-bit) on Windows NT 6.3 <X64> (Build 9600: )

кинь текст с ОБЪЕДИНИТЬ

Не получается, слишком большой.

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

Тоже думал, но как его потом разобрать и привязать к конкретному куску запроса 1С?

там будет таблица конкретная фигурировать. через структуру хранения найти регистры и проанализировать запрос еще раз по этим таблицам

А разве план запроса формируется не после окончания выполнения запроса?

Там много соединений с временными таблицами.

есть расчетный план. запрос не исполняется. ну так будет видно соединение тяжелое.

Закоментил кусок: прокатило! Причем результат этого запроса, отдельно, пустой. А текст запроса почему то не могу сюда вставить, есть какой то нюанс?

Еще забыл, платформу до 8.3.11.2899 накатил. Что из этого помогло пока не понятно.