CALCPARALLEL VS FIXPARALLEL

Продолжаем изучать революционный 500 патч.

Я обратил внимание , что в некоторых случаях принудительное распараллеливание работает хуже, старого , по умолчанию.  На этот счет у меня есть соображения общего характера и мнения от GlennS

1)  Принудительный Fork затратен.  Если расчет укладывается в 2-3 команды, то нужно тестировать что быстрее.

2)  Если Расчет уже параллелится , то “улучшайзинг” принесет только вред

3)  Так же это верно и при агрегации с помощью AGG and IDescendants

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

Oracle Hyperion Planning руководство консультанта

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


Oracle Hyperion Planning руководство консультанта

p.s. данный документ еще ни разу не применялся на 100% ни на одном из проектов. Его будущее весьма туманно (т.е. он будет корректироваться), и многие идеи я проверю в ближайшем будущем )

Аллокации

Уже более полгода я работаю над документом «Руководство консультанта Hyperion Planning», в котором аккумулирую и свой опыт и опыт коллег, которые согласились быть «редакторами» этого документа.

Ниже одна из глав.

Распределение (аллокации)

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

Continue reading “Аллокации”