Запросы по двум предметным областям в Oracle Business Intelligence Suite (OBIEE)

С тяжелым сердцем я прихожу просить помощи по вопросам ОБИ. У меня есть две области, которые я хочу объединить в анализе с использованием OBI 11g. Вот схема:

Distribution
|-- Purchase History
|    |-- Billing Info
|    |-- Order Number
|    |-- User Email
|    |-- Shipping Info
|    |-- ...
|-- Branding
|    |-- ... etc

OrderSource
|-- Orders
|    |-- Order ID
|    |-- Order Type
|    |-- ...
|-- Customers
|    |-- Customer ID
|    |-- Email 1
|    |-- Email 2
|    |-- ...

На данный момент я хотел бы иметь возможность JOIN ON Distribution.Purchase History.Order Number = OrderSource.Orders.Order ID или аналогичного с User Email и Email 1. Я нашел место («Создать» -> «Анализ» -> «Источник заказа» -> вкладка «Дополнительно» -> «Новый анализ»), где я могу ввести фактический SQL и попробовал несколько запросов (на основе сгенерированных запросов, а также с нуля):

SELECT
   0 s_0,
   "OrderSource"."Customer"."Customer ID" s_1,
   "OrderSource"."Customer"."Email 1" s_2
FROM "OrderSource"

а также

SELECT
   "Distribution"."Purchase History"."User Email"
FROM "Distribution"

например. Но как только я пытаюсь соединить любой из них вместе (с явным JOIN или WHERE), я получаю ту же общую ошибку идентификатора SQL. Есть ли стандартный способ работы с несколькими источниками в OBI? Должен ли я подходить к этому по-другому? Любая помощь приветствуется.


sql oracle oracle11g oracle-bi
person a p    schedule 20.08.2015    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Давайте займемся некромантией и поднимем зомби.

OBIEE работает с «моделью», а не с «запросами». Вы могли бы смоделировать это, либо объединив эти атрибуты в физической модели - если вы хотите пойти по ограничительному пути, подобному базе данных. Или вы могли бы логически смоделировать это в бизнес-модели, используя указанные атрибуты в качестве согласованных измерений, которые связывают вместе ваши сущности (и, более конкретно, ваши факты), и позволяют OBI выполнять объединение наборов данных в памяти. Так что нулевое физическое «присоединение» вообще.

person Chris    schedule 10.08.2017
comment
Иисус, я даже не помню, чтобы задавал вопрос, и не могу реально отметить его как правильный, так как я не знаю, решит ли ваш ответ проблему. Тем не менее, спасибо за хедз-ап и проголосуйте как минимум. - person a p; 14.09.2017
comment
Спасибо дружище, ценю :) - person Chris; 14.09.2017