Про Oracle Business Intelligence

Интересную ссылку на презентацию про новые возможности в СУБД Oracle 11g (которая уже не за горами) поместил Дмитрий Волков в своем блоге.
Почти 200 страниц.

Очень часто, особенно во время изучения продукта, да и не только, есть необходимость построить отчет на основе одной таблицы. То есть, когда и факты и словари лежат физически в одной таблице или view.

Например:

ДАТА     МАГАЗИН   ТОВАР  ПРОДАНО РУБ
20.05.07 ЮГО-ЗАПАД ГВОЗДИ         300
20.05.07 СЕВЕР     МОЛОКО        3000

Интересно, что в Discoverer с этим нет никаких проблем: можно строить отчеты как на основе одной таблицы, так и связанных. В случае связанных, Discoverer сам построит необходимые соединения.

Однако в BI EE, если у вас одна таблица и вы пытаетесь сделать на ее основе бизнес модель, при проверке целостности модели выпадает ошибка следующего содержания:

BUSINESS MODEL NQS:
[nQSError: 15001] Could not load navigation space for subject area NQS.
[15013] Logical table, NQS.T1, does not join to any other logical table

Происходит это потому, что BI EE всегда требует существования таблицы фактов и таблиц(ы) словаря.

Если у вас таблица всего одна, то решить эту проблему можно следующим образом:

1. Создаем новую бизнес модель и перетаскиваем туда таблицу с физического слоя.
2. На уровне бизнес модели на таблице нажимаем правую кнопку мыши и выбираем Duplicate.
3. У нас возникает две таблицы в бизнес области, указывающие на одну физическую.
4. Выбираем, какая из двух копий будет таблицей фактов, а какая словарем и на диаграмме в бизнес модели строим новый Foreign Key, объединяющий таблицу фактов и словарь. (При построении внешнего ключа вам могут предложить создать в словаре ключ. Его нужно создать)
5. Повторить шаги с 2 по 4 для всех \”словарей\”. В итоге у нас получается виртуальная \”звезда\”, состоящая из ссылок на одну и ту же физическую таблицу.
6. Теперь можно удалить из \”словарей\” все атрибуты, не относящиейся к словарям, а в \”таблице фактов\” установаить правила агрегации для фактов.
7. Создаем презентационный слой на основе нашей бизнес модели.

Теперь при проверке целостности ошибка должна исчезнуть и отчеты можно строить.

Почитал внимательно обновленную книжку System Requirements and Supported Platforms for Oracle® Business Intelligence Suite Enterprise Edition
Кроме того, что было описано в предыдущем посте, обнаружил еще строчку о том, что в разделе \”Planned Certification for Languages\” появилось упоминание о том, что русский язык появится в летнем релизе OBI EE.

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

Конечно, некоторые \”нетерпеливые\” уже сделали русификацию своими силами, благо эта возможность изменения интерфейса официально поддерживается и описана в доке. Но одно дело тратить время на русификацию самим, а другое дело когда она готовая.

В этом летнем релизе кроме всего будет новый офисный плагин, очень сильно переработанный, позволяющий например дриллиться прямо в Excel-е, диаграммы использовать Excel-евые, а не скриншоты и проч. В общем, интересно будет посмотреть.

Еще из того, что заметил – похоже поддержки в качестве серверной платформы Sun Intel Solaris пока в списке планов нет. Кто то меня спрашивал про Intel Solaris. Так что только SPARC