Привет всем! Вопрос по РАУЗу - есть клиент - УПП, свежая, почти без доработок, учет с 2011 г., и учетом это трудно назвать... надо привести в порядок - вроде все настроил - но не проводится расчет себестоимости по УУ из-за нехватки ресурсов железа (если запросы ограничить типа выбрать первые 10 - тогда проводится, т.е. проблема именно в объеме). Может и в железе конечно дело, но сдается мне, что аналитик слишком много (все галки в упручете поставили). Сократил, значит, количество аналитик до необходимого минимума (оставил только номгруппы) - ситуация улучшилась, но не сильно. Расчет себестоимости все-равно не проходит. Вот решил поэксперементировать - тестированием и исправлением ключей аналитик выправил названия и сворачиваю теперь эти ключи групповой обработкой. Соответственно вопрос к гуру РАУЗа - как думаете, правильно ли схлопывать ключи аналитик после сокращения количества этих аналитик, или же это мертвому припарка? И не станет ли еще хуже? Заранее спасибо!

нужно.
Ибо у тебя иначе будет приход по одному ключю, расход по другому.

ТИИ КА РАУЗ само всё делает.

Ты уверен, что именно железа не хватает? Как это проявляется? На файловой БД пробовал?

После изменения количества аналитик, необходимо пере провести документы для создания новых ключей - с помощью обработки удалить старые ключи

[1,][2],[3] - друзья, спасибо!
Получается надо было сначала полное перепроведение сделать, а потом уже ТИИ КА. А я сначала ТИИ КА сделал, а потом перепровел, и то не все, а только документы расхода по учету затрат. Попробую, действительно, сделать все по порядку.

[2]Да, на файловой тоже пробовал (в ней и правил запрос ) - в файловой 1С говорит закончилась память. Делал ночью, сервер два камня по 2.5 чего-то там герц, и 30 Гб оперативки. В понедельник попрошу админов файл подкачки увеличить, может быть это поможет. По таким очень предварительным прикидкам таблица результируюшего запроса минимум 4 млн. записей генерирует. При том, что клиент то не сказать, что большой.

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

[5] Касательно мертвых петлей, признаюсь, не знаю точно что это, сейчас посмотрю, но если речь о встречном выпуске - то там нет его. Распределения указывал сам - все просто, по выручке, косвенные расходы на фиксированные статьи. Идея убивать учет самому не нравится, учет по заказам хотелось бы оставить, но нужен результат.

(6) История из жизни :
Клиент, жалоба на : расчет себестоимости идет 12-16 часов, размер tempdb достигает 1.5 террабайт. После этого вылет.
Порядок решения проблемы :
1. Отключаем все способы распределения -  расчет 20 минут.
2. Все способы сводим к "По объему выпуска" - 10 часов + 500 гигов tempdb

вывод - где то неявная мертвая петля, на которую итерационно распределяются косвенные.

Анализируем схему передела - на 4 переделе образуется брак, который в результате распределяется на 1, 2 переделы.
Наведение порядка с браком и причесывание способов распределения привело к 1.5 часа расчета сс.

Хотя с железом тоже что-то не то... просто групповая обработка поиска и замены дублирующихся элементов без транзакций умерла часа через два работы - ошибка - не хватает памяти на сервере 1С.

Поиск мертвых петлей отчетом http://infostart.ru/public/87976/ показал их отсутствие (хотя запрос поменял на упр. учет затрат - но вроде все корректно отработало)

Без распределения минут за 10 проводится расчет себестоимости.