Про Oracle Business Intelligence

Хорошая новость, на OTN выложили плагин для Analytic Workspace Manager 11.1.0.7, который позволяет создавать в репозитории BI EE правильное описание связки с OLAP кубами.

Что он делает и почему важен?

Те, кто читал мое описание OLAP 11g знают, что для извлечения данных из OLAP опции в Oracle Database используется SQL, работающий над CUBE_TABLE.

В результате, если мы делаем запрос к кубу, у нас получится примерно такая картинка:

SELECT time,
  product,
  customer,
  channel,
  sales
FROM units_cube_view
WHERE rownum < 15;

TIME      PRODUCT CUSTOMER CHANNEL      SALES
--------- ------- -------- ------- ----------
TOTAL     TOTAL   TOTAL    TOTAL      4000968
CY1999    TOTAL   TOTAL    TOTAL       330425
CY2003    TOTAL   TOTAL    TOTAL       534069
CY1998    TOTAL   TOTAL    TOTAL       253816
CY2005    TOTAL   TOTAL    TOTAL       565718
CY2006    TOTAL   TOTAL    TOTAL       584929
CY2004    TOTAL   TOTAL    TOTAL       587419
CY2000    TOTAL   TOTAL    TOTAL       364233
CY2002    TOTAL   TOTAL    TOTAL       364965
CY2001    TOTAL   TOTAL    TOTAL       415394
CY2000.Q1 TOTAL   TOTAL    TOTAL        88484
CY2001.Q2 TOTAL   TOTAL    TOTAL        97346
CY2001.Q3 TOTAL   TOTAL    TOTAL       105704
CY2005.Q3 TOTAL   TOTAL    TOTAL       138953

Дальше цитата из моей статьи:

И вот тут видно основное отличие данных, которые достаются из OLAP от данных, которые берутся из обычных таблиц Oracle. Обратите внимание на первую строчку, где четыре слова \’TOTAL\’. В этой строке – агрегат (сумма) по продажам по всем измерениям. Если бы мы хотели достать сумму по всем измерениям из обычной таблицы, нам нужно было написать что-то вроде

select sum(sales) from units_fact

А OLAP уже выдает все возможные агрегаты, поэтому вместо суммирования, нам нужно в условиях SQL запроса WHERE описать фильтр этой строки. Само суммирование делать не надо. Сумму уже посчитал OLAP сервер.

Это, естественно, накладывает некоторые условия на программирование SQL над OLAP. Например, в том же BI EE нужно специальным образом описать правила обсчета уровней иерархий, что бы не пошло суммирование по уже агрегированным данным.

Собственно, в BI EE нужно для каждого уровня в каждом измерении описать специальное правило, которое заставляет BI EE не считать сумму, складывая цифры с нижних уровней иерархии, а брать готовую сумму как ее посчитал OLAP сервер.

Работа по прописыванию всех этих правил долгая и муторная, не говоря уж о том, что можно ошибиться. Если у вас 5 измерений по 5 уровней иерархии, таких условий надо прописать 25.

Новый плагин, как раз и делает простую вещь – он по описанию куба в AWM генерирует скрипт на внутреннем языке репозитория BI – UDML и в этом скрипте содержится правильное описание кубов, связей между таблицами измерений, структуры иерархий и правил извлечения данных из CUBE_TABLE и т.д.

Я попробовал поставить этот плагин и все работает примерно так, как показано в этом видеоролике. И работает очень быстро.

Хорошо еще тут то, что BI EE теперь стало очень просто использовать в качестве смотрелки для Oracle OLAP. До этого это тоже можно было сделать, но мало кто мог сам все правильно прописать в репозитории. Сейчас прописать в BI EE куб, сделанный в AWM можно за несколько минут.

Но чтобы все сделать правильно нужно прочитать эту инструкцию, так как после того как прописаны сами таблицы, изменения и т.д., нужно сделать еще несколько дополнительных действий, например создать специальную группу пользователей. Кроме того, важно, чтобы запросы в Answers строились не под Administrator-ом, так как насколько я знаю, Administrator игнорирует ограничения, которые нужны для правильной работы OLAP запросов.

AWM и плагин можно скачать тут.

__________________________________

Читайте также:

• Впечатления от Oracle OLAP 11g. Часть 1.
• Впечатления от Oracle OLAP 11g. Часть 2.
• OLAP View Generator для AWM
• Что такое OLAP? Часть 2. Oracle Express и Oracle OLAP
• Oracle BI EE 10.1.3.3 на OTN

А еще можно почитать мой твиттер @apivovarov

Trackback This Post | Subscribe to the comments through RSS Feed