Есть 3-х-уровневый дименшн [TrafObject], у последнего уровня есть проперти "Trobj Type", на котором построен виртуальный дименшн [Traf_Type].
Этот запрос фильтрует по значению проперти и показывает только те члены дименшина, у которого значение проперти ="Пучки" , но при этом и показывается в результирующем сете 3-й уровень.

select {[Measures].[Out Seans],[Measures].[Out Talks] } on columns,
Filter(Descendants( [TrafObject].[AneniiNoi],2,self ) ,[TrafObject].currentmember.Properties("Trobj Type")="Пучки" ) on rows
from Traf
where ([DateTime].[All DateTime].[2005].[February].[28],[Traf_Type].[Пучки])

Вопрос, как сохранить фильтр, но показать не 3-й, а 2-й уровень иерархии с возможностью потом со 2-го, раскрыть 3-й, в котором все красиво отфильтровано по проперти ???

DrillupLevel - не работает почему-то....

Этот запрос используется с пивот-тэйбл контролом, который имеет возможность раскрывать (expand) члены более высокого уровня. И хотелось бы получить для него набор записей начиная со второго уровня иерархии, и при этом, чтоб при раскрытии 2-го уровня на 3-й, на 3-м присутствовали только члены, удовлетворяющие условию фильтра. Фильтр и проперти накладываются на 3-й уровень, а показывать хочется начиная со второго. Возможно ли и как?

Не, это все равно что просто слайсинг, здесь даже Hierarchize не нужен, если указать нужный уровень сразу.
Слайсинг приводить к тому что показывает данные только для "Пучков" к примеру, но при этом в rows показываются ВСЕ объекты [TrafObject],
а мне нужны только те, у которых проперти = "Пучки".

Так что фильтр нужен по-любому.
Проблема решается вот таким запросом:

select {[Measures].[Out Seans],[Measures].[Out Talks] } on columns,
Hierarchize({ [TrafObject].[Ats Name].Members, Filter(Descendants( [TrafObject].[AneniiNoi],2,self ) ,[TrafObject].currentmember.Properties("Trobj Type")="Пучки" ) }) on rows
from Traf
where ([DateTime].[All DateTime].[2005].[February].[28])

Тут даже слайсинг по [TrafType] не нужен благодаря фильтру.
Но тут другая тонкость. Фильтр накладывается только на третий уровень, проперти на 3-м. Соответственно применение фильтра возвращает тоже только 3-й уровень и Hierarchize на нем ничего не даст. Приходится добавлять к сету элементы второго уровня [TrafObject].[Ats Name].Members - и тогда Hierarchize отрабатывает красиво.

Но остается проблема, когда останется элемент 2-го уровня, все элементы 3-го для которого отфильтрованы...((

Вот мне и интересно, можно ли сделать как-то красиво, сложить иерархию снизу вверх, а не так как я ?

Да, это было бы круто..
Но к сожалению, мне нужно отслеживать и пустые объекты. Задача состоит в том, чтоб отслеживать данные по всем "пучкам" или "направлениям", поэтому пустые показывать принципиально.
Насчет тормознутости пропертиз - в самом деле заметно. Поэтому, прихожу к выводу, что завязывать надо с фильтрами по проперти. Вместо этого, вывести эти "пучки" и "направления" как еще один уровень иерархии в [TrafObject] и избавиться от всем проблем разом.
Правда, иметь виртуальный дименшн [TrafType] и меньше уровней в [TrafObject] было бы удобней, красивей и наверно грамотней, но я пока не вижу приемлимой альтернативы в эффективности и визуализации..(

Ух ты, круто! А это мысль...Фактически, следующий шаг по пути объединения "Пучков" с [TrafObject], если я правильно ловлю идею.

И раз уж для вас это пройденный этап, можно поподробней, что значит " собраны воедино зависимые измерения" ? Как этот кубик вспомогательный организован, если в нем "не движения а реляции между измерениями", это как???

Я пытаюсь клиентское приложение в 7-й студии состряпать, естественно минимальной кровью, поэтому пытаюсь пока использовать owc11.AxPivotTable, адаптировав под свои нужды. MSAS 8-й, EnterpriseEdition.

Ок, сенкс..
Попробую, оригинальное решение конечно, мне бы в голову не пришло, наверно...
Интересно, сами дошли или есть литература какая с такими вот типа патернами?

Да, все круто! Работает, как надо! Здорово! Сенкс..)
Прикольное решение!

Подытожу. Значит, когда встает вопрос об усложнении иерархии дименшина (выводе всяких пропертиз на уровень иерархии), для повышения эффективности (отказов от фильтров или визуализации, типа показов и пустых значений, как было у меня ). Это усложнение можно обойти, построив вспомогательный куб, нацеленный на этот самый дименш. Включить в него сам дименшн и все зависимые виртуальные и объединить с фактическим кубом в виртуальный. А дальше, NECJ - дает искомый результат. Круто. Я все правильно, излагаю?!

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

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

А такие вот наработки - это ж круто! и было б здорово и намного эффективней иметь определенный набор чего-нибудь типа тематических FAQ-ов что ли.

Ну это так, лирическре отступление.
А вообще, просто огромное человеческое СПАСИБО. Очень понравилось, и вызвало море всяких эмоций. Элегантно, красиво, здорово...)