Цитата:
Номенклатура - ок 100 000 строк
Прогноз на 100 изделий, уровень вложенности спецификации от 5 до 10 уровней
Среднее количество строк в спецификации включая подуровни от 50 до 2000
Количество рабочих центров - ок. 300. РЦ укрупненные, представляют собой Цеха\участки с увеличенным процентом мощности.
Маршрут на одну спецификацию в среднем из 20 операций, только первичные
Каждому изделию типа номенклатура определено макс кол-во в произв заказе так, что, как правило, количество изделий в плане бьется на 10-20 партий.
Резервных запасов нет.
Какое количество потребностей порождается в ходе планирования ?
Цитата:
Может, педальку какую надо подкрутить, чтобы ускорить рассчеты?
Вообще, у меня сложилось впечатление, что у процедуры планирования есть верхний предел в количестве потребностей, дальше которого система масштабируется очень плохо и всевозможные настройки системы и параметры СУБД на этот расчет влияют крайне мало. Ну, скажем так, можно достичь уменьшения времени расчета в 2 раза, но если ситема планирует неделю, то жизнь это сильно не облегчает.
Универсального совета нет, но можно попробовать изменить свой подход к процедуре планирования, ставя своей целью уменьшения количества потребностей. Не буду вдаваться в детали, просто приведу один пример: при планировании отгрузок, нас естественно интересует КОМУ, мы планируем отгрузить данную позицию; в то время как при планировании производства и закупок нам уже , в принципе, не важно под кого мы закупаем компоненты и кому именно мы производим этот товар -> после планирования переносов мы можем сгруппировать все потребности, сознательно теряя информацию которую мы принесли в жертву производительности.
Естественно все вышеописанное подразумевает модификации стандартного функционала.