Регистр расчета #751228

Переписанная конфигурация УПП 1.2.3.1 в режиме совместимости на платформе 8.2.13.219 Клиент-сервер. ОС сервера: Win2008 SQL 8R2 размер базы 250 ГБ железо как мне сказали топовое, оперативы более 200 ГБ Документ РасчсетСтраховыхВзносов внезапно стал заполняться очень долго - расчетно двое суток, но никто до конца так и не дождался (ждали более суток). При рассмотрении причины была выявлена часть запроса отвечающего за заполнение которая тормозит процесс:         СУММА(ВЫБОР                 КОГДА БазаСреднегоЗаработка.ВидРасчета В (&ОсновнойЗаработок)                         КОГДА БазаСреднегоЗаработка.ВидРасчета В (&ПоПремиям)                             ТОГДА БазаСреднегоЗаработка.РезультатБаза * БазаСреднегоЗаработка.КоэффициентИндексации                         КОГДА БазаСреднегоЗаработка.ВидРасчета В (&ФиксГодовыеПремии)         РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций КАК ОсновныеНачисления             ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрРасчета.РасчетСреднегоЗаработка.БазаЕСНОсновныеНачисления(                     &парамИзмерения,         И ОсновныеНачисления.ВидРасчета.СпособРасчета В(&парамМассивСпособРасчетаПоСреднему)              СУММА(ВЫБОР                 КОГДА БазаСреднегоЗаработка.ВидРасчета В (&ОсновнойЗаработок)                         КОГДА БазаСреднегоЗаработка.ВидРасчета В (&ПоПремиям)                             ТОГДА БазаСреднегоЗаработка.РезультатБаза * БазаСреднегоЗаработка.КоэффициентИндексации                         КОГДА БазаСреднегоЗаработка.ВидРасчета В (&ФиксГодовыеПремии)         РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций КАК ОсновныеНачисления             ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрРасчета.РасчетСреднегоЗаработка.БазаЕСНДополнительныеНачисления(                     &парамИзмерения,         И ОсновныеНачисления.ВидРасчета.СпособРасчета В(&парамМассивСпособРасчетаПоСреднему)              ОсновныеНачисления.НомерСтроки, За периоды с января - май данные выбираются в течении одной минуты (секунд 30), с июня - июль заполняются ооооочень долго. Проблема в первой части запроса - выборка из РегистрРасчета.РасчетСреднегоЗаработка.БазаЕСНОсновныеНачисления Переписали "проблемную" часть запроса вот так: ИЗ Запрос стал выполнятся всего 40 минут. Что же такое могло произойти с регистром в периоде с июня месяца? С регистрами расчета дела не имел, поэтому пока не очень понимаю куда копать...

прошу прощения за оформление, но никаких кнопок редактирования поста не вижу в браузере, вполне возможно дело в ограничениях наложенных СБ предприятия.

телепатов нет - смотрите сами чего в базе не так

Да я и не надеюсь что мне расскажу что конкретно произошло, мне интересно  были ли подобные случаи у кого-то еще и какие проблемы чаще всего встречаются в регистрами расчетов. Может быть сразу на что-то внимание обратить надо.

Глубже надо копать. В скуль лезть. Посмотреть какие таблицы отвечают за этот регистр, какие запросы генерит платформа, смотреть планы запросов.

Хоть бы отбор по документу сделали... Да и ПериодРегистрации МЕЖДУ быть не может. Это точка. И вообще ужасный запрос.

Почему период ПериодРегистрации МЕЖДУ быть не может? отбор по документу зачем если данные в общем-то за половину года при вычислении выбираются и рубятся только начиная с 6-го месяца.

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

Одного документ только.

А нафига тогда все выбираете? И обращение через точку к полям составного типа (ВТ_БазаЕСНОсн.Регистратор.Приказ) - это жесть, типизируйте поле.

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

что интересно выборка на период по которому делает расчет документ вообще пустая  - нет ни одной строки.. типа

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