ВжикКоллеги, подскажите пож-та, как в СМ сделать так, чтобы используемая в нем мера, считалась только в контексте выбранного фиксированного перечня измерений, а остальные измерения не принимались для ограничения (принудительно выводились на уровень All)? К примеру, считаем ранг номенклатуры относительно выручки, при этом в не зависимости от выбранных элементов измерений в where ранг должен определяться в пространстве, ограниченном выбранным магазином и датой, а измерения Поставщик, Ставки НДС и прочие, если они выбранны в where не брались во внимание (перечислять принудительно в СМ мемберы All ненужных измерений не хочется).

Я думаю, что так

MoshaМне кажется backfire не учел вот этого пожелания:

Вжик(перечислять принудительно в СМ мемберы All ненужных измерений не хочется).
В Юконе есть функция Root, которая именно это может делать.

Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights

Ну если учесть это пожелание, то я бы действовал следующим образом.

Создать второй физический куб на той же таблице фактов, включив в него только те измерения в контексте которых должны рассматриваться итересующие меры. Затем объединить оба куба в виртуальный, и используя функцию ValidMeasure, достигнув желаемого результата.

Моша, а немогли бы вы в двух словах описать Root. Что она делает и для чего она задумана.

Moshabackfire, Вы - человек который создал себе image борца за производительность, ради маленького неудобства один раз перечислить несколько измерений готовы пойти на то чтобы продублировать весь куб на немного более высокой гранулярности ?

Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights

Это комплимент или намек на "Желтый Дом"?

MoshaЭто выраженное в мягкой форме несогласие с Вашим подходом.

Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights

Более конструктивно было бы назвать Ваш подход, чем просто несоглашаться с моими.

Mosha backfireБолее конструктивно было бы назвать Ваш подход, чем просто несоглашаться с моими.
Согласен :) Я предлагаю следующее:

1. В AS2K продолжать перечислять все измерения на которых надо ставить All. Это то чего Вжик хотел избежать, но я не думаю что это можно избежать, так как предложенные альтернативы имеют следующие недостатки:

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

Mosha1.2. Подход backfire приводит к дублированию данных, траты места на диске и траты времени на processing и созданию ненужного куба, поскольку он содержит подмножество уже существующего куба.

Ну это было высказанно только как предложение, дабы показать, что и без ручного перечисления AllMember можно обойтись. В конце концов - если было бы возможно, то достаточно было построить виртуальный куб на другом виртуальном кубе. Но это из области фантастики. К тому же если куб не большой (затраты на процессинг не более четверти часа), а мер много, то я бы сознательно сделал 2 физ куб, ибо сопровождать пол сотни CM, при изменении набора измерений - работа не из приятных.

Mosha2. В Юконе есть функция Root, которая поможет в этой ситуации. Краткое описание этой функции с примером пользования смотри здесь:
http://msdn.microsoft.com/sql/default.aspx?pull=/library/en-us/dnsql90/html/IMDXSMSS05.asp
Это вообще полезный документ в котором можно ознакомится со многими новинками MDX в Юконе.

Root облегчает то, что в п. 1. делается руками :-). Т.е. вместо перечисления AllMembers, достаточно будет перечислить измерения. Уменьшение затрат ручного труда при сопровождении не особенное, если только не заниматься DSO/AMO скриптами.