Я новичок в SSAS, прошу сильно не пинать

Есть мера, назовем её "Цена производства ед. номенклатуры", которая приходит напрямую из БД
Есть вычисляемая мера "Стоимость производства", которая считается как "Цена производства ед. ..." x "Количество произведено"

На уровне "номенклатура" всё хорошо, но если сделать группировку по месяцу, то на уровне этой группировки происходит суммирование цен всех нижележащих членов и, соответственно, искаженная (многократно завышенная) стоимость производства за месяц.

Видимо, в формуле calculation member'а нужно использовать агрегирующую функцию AVG(), но в "стандартной" редакции её нет :(
Изменение параметра AverageOfChildren с "Sum" на "AverageOfChildren" в настройках меры почему-то ни к чему не приводит

Задачка типовая, наверняка как-то решается и в "стандартной" редакции. Может сталкивался кто?

alexdr, спасибо за Ваш комментарий.
Мой пример несколько упрощен. На самом деле в расчетах принимают участие меры, приходящие из разных таблиц и с разной гранулярностью. Вариант посчитать всё в реляционке существует, но очень энергозатратен. MDX вроде для этого самый подходящий инструмент.

Вот одна из формул (их два десятка)

case [Sku].[Production Method].MemberValue --считаем с/с на единицу [MCOGs Production per QTY]
when 'IMPORT'then 0 --для импортного товара не считаем
when 'PACKAGING' then [Measures].[ATFPrice] --для собственного товара - забираем готовую стоимость производства из вьюшки Х
when 'FULL' THEN [Measures].[Prime Cost Per Amount] --для "смешанного" товара расчетную с-с из вьюшки Y
ELSE NULL
END

Если бы можно было как-то так:

case [Sku].[Production Method].MemberValue --считаем с/с на единицу [MCOGs Production per QTY]
when 'IMPORT'then 0 --для импортного товара не считаем
when 'PACKAGING' then AVG([Measures].[ATFPrice], SKU.CurrentMember)
when 'FULL' THEN AVG([Measures].[Prime Cost Per Amount], SKU.CurrentMember)
ELSE NULL
END
.. это бы избавило от необходимости протягивать все возможные варианты в одну сборную вьюшку. Если не получится, то, конечно, так и буду делать.

Вы описываете, я так понял, классическую архитектуру DWH + OLAP, как её нужно строить с нуля. Я получил систему в наследство, как это часто бывает. Вьюшки принимают на себя часть ETL, плюс становится возможным "заглянуть" непосредственно в OLTP-систему. В общем такая архитектура тоже имеет свои преимущества.
Меры разбросаны по группам по смыслу, но чаще просто как попало :) Что построено, то построено, к этому уже привыкли.
CASE WHEN - базовая инструкция любого языка. Странно, что есть какие-то предостережения. Не поделитесь прямой ссылкой?
Часть конструкций мне, видимо, придётся действительно вытаскивать из базы данных :(
В любом случае, спасибо за советы