Вам в соседний форум, Olap dwh

zorlo,

В общем случае на BMM в OBIEE всегда строится "звезда". Одна таблица фактов и множество Dimension.
Здесь вы в предметной области пытаетесь сделать несколько фактов.
OBIEE это может сделать.
В общих чертах процесс построения ПО в таком случае всегда должен включать:
1. Построение иерархии (level-based) над каждой Dim. Даже если это не очевидно- можно сделать иерархию Итого-Деталь. С соответствующим ключеванием.
Всегда делайте иерархию над Dim! Это позволит вам дальше расширять ПО.
И OBIEE позволит строить нормальные запросы в БД.

2. Выставление content-level на LTS
3. Отдельным случаем являются ситуации когда у вас в ПО используются неконформные Dim. Похоже этого у вас нет.

zorlo,

zorlo,
1. В данном случае (мультифакт) не достаточно
OBIEE должен "понимать" как сгенерировать запросы и какие. OBIEE должен будет сгенерировать несколько запросов и затем самостоятельно сджойнить их собственными механизмами(не на базе). OBIEE "догадывается" как это сделать основываясь на иерархии и content level на LTS. Уверяю вас - иерархии и content level они не для "красоты" в отчетах.

Немного поясню:
Смотрите вот у вас регион и раздел - и факт1 и факт2.
предположим для заданного региона и раздела в факт1 5 строк , а факт2 3 строки. Как быть если в анализе вы хотите увидеть к примеру суммы из факт1 и факт2 одновременно? OBIEE (основываясь на иерархиях и content level) запустит как минимум 3 запроса с агрегацией по таблице факт1 и факт2 и соединит это в единое.
В этом и есть мощь OBIEE.


2. Приложенный скрин #1 верен-смотреть в этом направлении. Но не верно наполнение :). Выставить можно понимая, что такое конформные и не конформные DIM

3. Приложенный скрин не дает полного представления о ПО. Но наличие стрелочек НА факт таблицы наводят на подозрения о неверности ПО и/или не верного проектирования.
Верно: <fact t>--> <dim> а также <dim t><--<fact t> --><dim t>.

zorlo,

Полезные ссылки:
https://greatobi.wordpress.com/2013/09/10/the-single-most-important-thing-to-know-about-the-obi-rpd/
https://www.peakindicators.com/files/document/41/25 - Twenty Golden Rules for RPD Design.pdf