Добрый день.
Есть "концептуальный" вопрос: как организовывать модель данных в BI, для работы с числовыми атрибутами измерений как с фактами (агрегировать, использовать в отчетных формулах и т.д.)?

Поясню вопрос.
"По бизнесу" для разных коммерческих подразделений ввели много KPI, на основе показателей, которые, по своей сути, являются просто атрибутом какого-либо измерения.
Как пример, "Сумма первой покупки" - атрибут измерения "Клиенты", просто константа (купил "Клиент1" первый раз на 1000р, вот "Сумма первой покупки" для "Клиента1" всегда будет 1000р).

В отчетах надо получить сумму первых покупок за месяц без детализации по "Клиентам" - см. таб.2 и таб.3.


Т.е. "Сумма первой покупки" в рамках одной группы клиентов - повторяющееся значение и схема агрегации в рамках группы клиентов д.б. avg (или min или max)
'Группа Москва' - 1000р
'Группа Сыктывкар' - 1313р;
в рамках месяца нужна сумма из ранее проагрегированных значений, т.е. сумма из средних 1000+1313=2313р

Как такую двойную агрегацию прописать в репозитории?

Описание предметной области.
В данный момент предметная область реализована след. образом (см. рисунок):
- Измерение "Группы клиентов" ("ID группы клиентов","Наименование") - состоит из клиентов, объедененных в группы по географическому признаку
('Группа Москва', 'Группа Сыктывкар'...)
- Измерение "Время" (ID дня, Месяц, Квартал, Год)
- Измерение "Признак 1" ("ID признака 1","Наименование пр. 1") - деление групп клиентов по размеру ('большая', 'маленькая', 'огромная'...)
- Измерение "Признак 2" ("ID признака 2","Наименование пр. 2") - деление групп клиентов по классу ('полезная', 'так себе'...)
и
- Факт "Продажи" ("ID группы клиентов", "ID дня", "ID признака 1", "ID признака 2", "Сумма первой покупки", "Сумма продаж")

To terna,
спасибо.

Собственно, так и делаем, но есть расхождение в данных. Т.е. порядок цифр сходится, а полного совпадения нет.

Доп. вопрос 1:
для корректной работы правил агрегирования, заданных на этой вкладке, имеет значение по всем ли измерениям "звезды" построены иерархии или только по тем измерениям, у которых своя схема агрегации? А остальные измерения записаны одной строкой как "Other SUM("Сумма первой покупки")" и иерархии не имеют?

Или нужно сначала построить все иерархии для всех измерений и все их перечислить на вкладке Aggregation?

Доп. вопрос 2:
Есть ли/должна ли быть разница в результате отчета при перечислении всех измерений со схемой агрегации SUM на вкладке Aggregation и, если все эти измерения записать как "Other SUM("Сумма первой покупки")"?

Leoris,
спасибо за ответ, но не до конца понял, предложенный вариант.

Верно ли понял что и первые продажи и все остальные находятся в одном поле (см. рисунок), а в соседнем признак первой продажи?

1. А как первая продажа (в рамках измерения "ID группы клиентов") должна разбиваться по остальным измерениям: "ID признака 1", "ID признака 2"?

2. Если в отчете будет выбран интервал дат куда не попадает первая продажа? Например, первая продажа по "Группа Москва" была 01.01.2011, а отчет по этой группе, строится с 10.01.2011?

3. И какую схему агрегации выставить на "Сумму продаж"? Показатель теперь общий.

terna,
спасибо.

Есть ли ссылка на описание объекта "иерархия"? Интересует какие связи, возможности и т.д. появляются с наличием этого объекта у измерения?
Т.е. я считал, что если мне нужен дрилап/дрилдаун, то, да, строю иерархию, в противном случае иерархию не создаю. Однако, вы пишите, что надо создавать для всех измерений.

terna,
спасибо.
"Насоздавал" иерархий, стало лучше. Данные теперь не бьются "на копейки" - вероятнее всего из-за множественных схем агрегации на показателях. Кстати Others поставить последним не получается, требуется ставить его первым, а остальные измерения после него.

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

Или, вообще, в журнале разные несвязанные селекты на требуемый отчет, результаты которых BI "как-то там" сводит в единое множество.