Добрый день, уважаемые!
Помогите разобраться с проблемой.
Есть 4 физических табицы:
Справочники -
1) Календарь - Time(Дата, НазвМесяца, КодМесяцГод, Год)
2) Цвет стула - Color(ИДТипа, НазвЦвета)
3) Киоск - Kiosk(ИДКиоска, НазвКиоска)
Факты -
3) Факт работы "киоска" - KWORK(Дата, ИДКиоска,is_work(0 или 1))
4) Факт продажи стульев - KSALES(Дата, ИДКиоска, ИДТипа, ШТ)

Мне нужен вычисляемый показатель, доля продажи стульев на один приведенный магазин в разрезе цветов стульев.
sh = sum(ШТ)/(sum(is_work)/count distinct(Дата))

Встрял на расчете - sum(is_work).
Нужно, чтобы для каждого цвета стула рассчитывалось одинаковое число приведенных магазинов.
Сейчас для каждого цвета стула, считается разное количество рабочих киоско-дней, в выбранном периоде месяц...
Разные значения , получаются потому, что не во все дни продавались стулья определенного цвета, а если пустые продажи стула определенного цвета в определенный день, то и sum(is_work) пустое. И агрегат sum(is_work) за месяц получается не полный.

Как сделать, что бы агрегат sum(is_work) не зависел от наличие продаж определенного цвета в определенный день и при этом можно было делить на корректный sum(ШТ) по каждому цвету?


На BMM уровне делаю:
1) логическую таблицу (измерение) - "календарь"
2) логическое измерение - Time. Иерархия: Год -> НазвМесяца -> Дата.
3) логическая таблица (измерение) - "Киоск"
4) логическое измерение - Kiosk. Иерархия: Total -> НазвКиоска.
5) логическая таблица (измерение) - "ЦветСтула"
6) логическое измерение - ЦветСтула. Иерархия: Total -> НазвЦвета.
7) логическая таблица (факт) - "Продажи".
Логические колонки для "Продажи" без агрегации: Дата, ИДТипа, ИДКиоска.
Логические колонки для "Продажи" с агрегацией по правилу sum: ШТ, CNT_K

Логическая таблица "Продажи" имеет два Logical Table Source: KWORK и KSALES.
CNT_K мапируется к полю is_work из KWORK как есть, на вкладке content ничего не указываю.
На вкладке CNT_K levels указываю уровни Total для измерений: Kiosk и ЦветСтула.

Эх.. Чувствую надо было с простого вопроса начать....
Предположим есть таблица фактов с 2 измерениями.
Как описать BMM, чтобы было три логических таблиц (измерений), и факт при этом агрегировался по всем трем измерениям.
По существующим двум измерениям, факт рассчитывался как есть на основе существующих данных.
А по третьему измерению принимал значения агрегата двух первых измерений?

Есть кто смелый и отчаянный, попробовать разобраться в реализации задачки?
Мне думается можно создать отдельную logical table и туда накидать вычисляемые показатели.
Я так делал, но при разворачивании CNT_K по измерению ЦветСтула->НазвЦвета, показатель ругается.

После долгих ковыряний, я нашел корень зла!
Проблема была в том, что я для логической колонки в качестве Sort order column, указал поле с датами.
А нужно было, указать порядковый номер месяца....
Поэтому агрегат по месяцу считался не верно - бралось значение первого дня.

Спасибо max_kov и terna за участие!