Добрый день.
Есть куб и 30 измерений.
Заказчик, при построении отчета в экселе, не хочет жмакать на треугольнички на каждом из 30 измерений, что бы добраться до его элементов. А просит нужные ему элементы сгруппировать в одной папке или в одном "сводном измерении". Т.е. при построении отчета он должен видеть два списка: 1й - показатели куба; 2й - "сводное измерение", куда вынесены некоторые значения из остальных измерений.

Пример:
--"Сводное измерение"
----"Пол"
----"ФИО"
----"Город"
----"Цвет"
...
---- и т.д.

Т.е. физически не меняя существующих измерений, просто по другому визуализировать/сгруппировать элементы этих измерений. Если кто сталкивался, то это некий аналог презентационного слоя в Oracle BI.

Подскажите есть ли возможность так сделать? На уровне модели или средствами эксель или еще как-то?

a_voronin, день добрый!
Жаль. Была надежда, что это можно проделать в экселе. Или введением какого-либо обобщающего объекта в модели, в котором использовать что-то типа dim1.element2 union dimN.elementN.

"...это надо делать на уровне какой-то отчетной системы..." - а что за отчетные системы над кубом?

ShIgor, добрый день.
Требования заказчика - использовать связку сервер SSAS-клиент эксель. Данный вопрос, исключительно про возможности этой связки, не касаясь выбора других инструментов.

Попробую перефразировать вопросы. В БД есть схема звезда, где 100500 нужных измерений. Эту схему используют несколько аналитических систем, в том числе и данный куб построен на ней же.

Вопрос:
1. можно, не меняя, представление данных в БД, а используя средства эксель, объединить в одну группу несколько элементов из разных измерений? Сам объект измерение, при этом не трогать... просто другая группировка элементов, существующих 100500 измерений.

2. Если нельзя это проделать на уровне эксель, то что нужно поменять в модели данных, что бы проделать (группировку), то что нужно заказчику. Это возможно?

Я понимаю, что могу на уровне БД создать монстроподобное "измерение", содержащее нужные элементы из 100500 нормальных измерений, придумать ему ключ, связать с таблицей фактов и на их основе построить куб. Но это имхо фигово как-то. Мало того что от "звезды" ничего не останется, так и не ясно как будут иерархии работать на этом "измерение".

ShIgor,
спасибо за варианты.
Попытки переубедить заказчика, конечно же, не оставляем ни на минуту... но он тверд в своих намерениях ).

Из предложенных 3х вариантов:
1. "-фиксированного вида отчет по кнопке."
не подходит. Т.к. заказчик "лепит" десятки отчетов и ему мешает "лишнее" клацанье на заголовке каждого измерения.

2. "-сводная со слайсами, которые заполняются по кнопке из предопределенных областей книги."
Подходит.

3. "-utility dimension созданное в кубе и не привязанное ни к одной группе мер наполненное необходимыми кортежами и вычислениями."
Если подойдет 2й вариант, то третий не нужен.

Хотел уточнить по второму варианту.
2.1. Второй вариант реализуется целиком и полностью в эксель и не затрагивает etl и модель данных? Т.е. все на стороне клиента?
2.2. Я правильно понял, что из "предопределенных областей книги" читай из разных измерений, составляется одно общее множество? На примере 3х измерений (Город, Цвет, Пол) должно получится, что-то вроде

Dim Elements
Город Мадрид
Город Сан-Франциско
Город Урюпинск
Город Петроград
Город Малый Хохотуй
Цвет Красный
Цвет Синий
Цвет Зеленый
Пол М
Пол Ж
Пол П

Верно понял?

2.3. Но как, такой общий список поможет в убирании заголовков измерений при обращении к кубу?

2.4. Из какого инструмента видна такая клевая картинка с вкладками синими шариками?