Нагрузка на SQL - расчет себестоимости #747262

Здравствуйте. При расчете себестоимости всю память сжирает SQL (стоит 16 ГБ). И сам расчет одного месяца проводится более 2 часов. Конфигурация УПП. Читал и искал много по Интернету, но каких-то четких инструкций к действию не нашел. Сам сервер 64-разрядный, сервер и клиент 1С 32-разрядные.

Инфы никакой вообще. Какой документоборот, размер базы и т.д... А вообще такое поведение скуля вполне себе естественное

надо то чего? скулю сколько дай - столько и сожрет... он не комплексует

2 часа - ну нормально, у нас три считает

там в коде 1с беда скорее всего.

УПП 1.3 (расчет СС типовой), база размер 83 Гб но мне ее тоже размер не нравится - не пойму почему такая большая, документов выпуска в день около 20, остальное все по мелочи.

2 часа - если это наверное крупный завод - а здесь не так много производственных документов. единственное что распределение материалов на выпуск в месяц порядка 10 000 записей дает.

ну скачай что-нибудь типа   и посмотри. Мне очень помогла именно эта обработка (у нас основная база на 8.1)

Спасибо. Этим воспользуюсь.

63 гб занимает регистр "Учет затрат".

Итоги 50 Гб занимают!

вот нашел разгон:

Вынос указанных выше функций в повторное использование вкупе с небольшой оптимизацией регистров (суть оптимизации так же описал выше) привело к тому, что расчет себестоимости при включеном РАУЗ стал занимать не 2 часа, а 5-7 минут. ошизеть! в 1С вообще похоже об оптимизации не думают. хотя 1.3 - давно это было ...

у нас итоги по одной таблице (партии) занимали 120 гб :) и это в УТ 10.2 Именно для обнаружения этой проблемы использовал отчет .

а откуда столько? не закрывался?

На РАУЗ он нормально считает, вот по партиям да, тормозит очень, у нас по ночам рассчитывают, когда год закрывают.

ага, не закрывался. Была ошибка архитектурная. Исправление этой ошибки и переформирование проводок (с 2007 года) позволило сократить таблицу итогов до 10 гб. т.е. в 12 раз. А еще 20 гб удалили с таблицы "Списанные товары" (с запретом на изменение документов старше 01.01.2014). Переписали часть запросов, переделали индексы (все на манер ) и как итог база минус 150 ГБ. За ночь (7,5 часов) теперь успевает перепровестись около 100 тыс документов (или около 1 млн. строк). Скорость восстановления последовательности возросла примерно в 20 раз. Фактически у нас каждое утро точка последовательности партионного учета актуальна.

а почему такой большой размер итогов? как его уменьшить?

К такой ситуации как правило приводит встречный выпуск в купе с распределяемыми статьями затрат. Рисуйте производственную схему затрат и ищите ошибку...

а вот это как раз суть задачи, которую вам предстоит решить :)

встречного выпуска точно нет.

почему? Ну, от большого количества записей. Как уменьшить? Уменьшить количество записей.

+ "записей" = "записей в таблице итогов"

и кстати, что у нас с минусовыми остатками по мпз и затратам? - это вы можете считать что у вас встречного выпуска нет. а он как суслик - есть.  Реальный пример из жизни : Выпускаем ПФ на переделе 1. Через три передела списывается в брак по распределяемой статье. Как следствие - распределяется брак на ПФ. Вот вам и встречка.

косвенный показатель наличия встречного выпуска - миллионы записей по регистратору РСВ по учету затрат, среди которых большинство - копеечные суммы. - по каким параметрам заканчивается РСВ (читсло итераций, точность)

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