Oracle hyperion essbase это

Обновлено: 07.07.2024

Essbase - это система управления многомерными базами данных (MDBMS), которая предоставляет платформу многомерных баз данных, на которой можно создавать аналитические приложения. Essbase начиналась как продукт компании Arbor Software, которая объединилась с Hyperion Software в 1998 году. Oracle Corporation приобрела Hyperion Solutions Corporation в 2007 году, с 2009 года Oracle продавала Essbase как «Oracle Essbase» (локальный продукт), а в последнее время Essbase является предлагается как часть Oracle Analytics Cloud. До конца 2005 года IBM также продавала OEM-версию Essbase как DB2 OLAP Server.

Исследователь баз данных Э. Ф. Кодд ввел термин «оперативная аналитическая обработка» ( OLAP ) в техническом документе, в котором изложены двенадцать правил для аналитических систем (намек на его более ранний знаменитый набор из двенадцати правил, определяющих реляционную модель ). В этом техническом описании, опубликованном Computerworld , было несколько явных ссылок на функции Essbase, и когда позже выяснилось, что Codd был спонсирован Arbor Software, Computerworld отозвала этот документ.

В отличие от «обработки транзакций в режиме онлайн» ( OLTP ), OLAP определяет технологию базы данных, оптимизированную для обработки человеческих запросов, а не транзакций. Результатом такой ориентации стало то, что многомерные базы данных ориентировали свои требования к производительности на другой набор тестов ( Analytic Performance Benchmark , APB-1), чем на RDBMS ( Transaction Processing Performance Council (TPC)).

Hyperion переименовал многие свои продукты в 2005 году, дав Essbase официальное название Hyperion System 9 BI + Analytic Services , но это новое имя в значительной степени игнорировалось практиками. Позже бренд Essbase был возвращен к официальному названию продукта в маркетинговых целях, но серверное программное обеспечение по-прежнему носило название «Аналитические услуги», пока оно не было включено в продукт Oracle Business Intelligence Foundation Suite (BIFS).

В августе 2005 года журнал Information Age назвал Essbase одной из 10 самых влиятельных технологических инноваций за предыдущие 10 лет, наряду с Netscape , BlackBerry , Google , виртуализацией , голосовой связью по IP ( VOIP ), Linux , XML , процессором Pentium , и ADSL . Редактор Кенни Макивер сказал: «Hyperion Essbase была технологией многомерных баз данных, которая поместила онлайн-аналитическую обработку на карту бизнес-аналитики. Она стимулировала создание множества конкурирующих продуктов OLAP - и миллиардов кубов OLAP».

СОДЕРЖАНИЕ

История и мотивация

Essbase изначально был разработан для решения проблем масштабируемости, связанных с электронными таблицами, такими как Lotus 1-2-3 и Microsoft Excel . Действительно, в патенте (срок действия которого истек) Essbase использует электронные таблицы в качестве мотивирующего примера, чтобы проиллюстрировать потребность в такой системе.

В этом контексте «многомерный» относится к представлению финансовых данных в формате электронной таблицы. Типичная электронная таблица может отображать временные интервалы вдоль заголовков столбцов и имена учетных записей в заголовках строк. Например:

Янв	Фев	Мар	Общее
Количество	1000	2000 г.	3000	6000
Продажи	100 долларов США	200 долларов США	300 долларов США	600 долларов США
Затраты	80 долларов США	160 долларов США	240 долл. США	480 долл. США
Выгода	20 долларов	40 долларов	60 долларов США	120 долларов

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

Альтернативное представление этой структуры потребует трехмерной сетки электронной таблицы, что дает начало идее, что «Время», «Счет» и «Регион» являются измерениями . По мере добавления в систему дополнительных измерений становится очень трудно поддерживать электронные таблицы, которые правильно представляют многомерные значения. Многомерные базы данных, такие как Essbase, предоставляют хранилище данных для значений, которые существуют, по крайней мере, концептуально, в многомерном « гиперкубе ».

Разреженность

По мере увеличения количества и размера измерений разработчики многомерных баз данных все чаще сталкиваются с техническими проблемами при физическом представлении данных. Допустим, в приведенный выше пример добавлены параметры «Клиент» и «Продукт»:

Измерение	Количество значений измерения
учетные записи	4
Время	4
Область, край	3
Клиент	10 000
Продукт	5 000

Если многомерная база данных зарезервировала место для хранения для всех возможных значений, ей нужно было бы хранить 2 400 000 000 (4 × 4 × 3 × 10 000 × 5 000) ячеек. Если программное обеспечение отображает каждую ячейку как 64-битное значение с плавающей запятой , это соответствует требованиям к памяти не менее 17 гигабайт (ровно 19,2 ГБ). На практике, конечно, количество комбинаций «Клиент» и «Продукт», содержащих значимые значения, будет составлять крошечное подмножество всего пространства. Это свойство многомерных пространств называется разреженностью .

Агрегирование

Системы OLAP обычно обеспечивают несколько уровней детализации в каждом измерении, упорядочивая элементы каждого измерения в одну или несколько иерархий . Например, измерение времени может быть представлено в виде иерархии, начинающейся с «Общее время» и разбитой на несколько лет, затем кварталы, затем месяцы. Параметр «Счета» может начинаться с «Прибыль», которая подразделяется на «Доход», «Расходы» и так далее.

В приведенном выше примере, если «Продукт» представляет отдельные артикулы продукта , аналитики могут также захотеть составить отчеты с использованием агрегатов, таких как «Группа продуктов», «Семейство продуктов», «Линия продуктов» и т. Д. Аналогичным образом для «Клиент» естественные агрегаты. может расположить клиентов в соответствии с географическим положением или отраслью.

Количество агрегированных значений, подразумеваемых набором входных данных, может стать удивительно большим. Если измерения «Клиент» и «Продукт» фактически имеют шесть «поколений», то одна точка данных влияет на 36 (6 × 6) агрегированных значений. Отсюда следует, что если все эти агрегированные значения должны быть сохранены, необходимый объем пространства пропорционален произведению глубины всех агрегированных измерений. Для больших баз данных это может привести к тому, что эффективные требования к хранилищу во много раз превысят размер агрегируемых данных.

Блочное хранилище (Essbase Analytics)

Начиная с версии 7, Essbase поддерживает два «варианта хранения», которые используют преимущества разреженности для минимизации объема физической памяти и дискового пространства, необходимых для представления больших многомерных пространств. В патенте Essbase описан оригинальный метод, направленный на уменьшение объема необходимой физической памяти без увеличения времени, необходимого для поиска тесно связанных значений. С введением альтернативных вариантов хранения в маркетинговых материалах это было названо Опцией блочного хранения ( Essbase BSO ), позже именуемой Essbase Analytics .

Короче говоря, Essbase требует, чтобы разработчик пометил размеры как «плотные» или «разреженные». Затем система упорядочивает данные для представления гиперкуба в «блоки», где каждый блок представляет собой многомерный массив, состоящий из «плотных» измерений, и пространство выделяется для каждой потенциальной ячейки в этом блоке. Редкость используется, потому что система создает блоки только тогда, когда это необходимо. В приведенном выше примере, скажем, разработчик пометил «Учетные записи» и «Время» как «плотные», а «Регион», «Клиент» и «Продукт» как «разреженные». Если имеется, скажем, 12 000 комбинаций региона, клиента и продукта, которые содержат данные, то будет создано только 12 000 блоков, причем каждый блок будет достаточно большим, чтобы хранить все возможные комбинации учетных записей и времени. Таким образом, количество хранимых ячеек составляет 192000 (4 × 4 × 12000), что требует менее 2 гигабайт памяти (точнее 1536 МБ), плюс размер индекса, используемого для поиска соответствующих блоков.

Поскольку база данных скрывает эту реализацию от интерфейсных инструментов (т. Е. Отчет, который пытается получить данные из несуществующих ячеек, просто видит «нулевые» значения), по полному гиперкубу можно перемещаться естественным образом, и можно загружать значения в любую ячейку в интерактивном режиме.

Расчетный движок

Пользователи могут указывать вычисления в Essbase BSO как:

агрегирование значений через размерные иерархии;
сохраненные вычисления по элементам измерения;
«динамически вычисляемые» элементы измерения; или же
процедурные «сценарии вычислений», которые воздействуют на значения, хранящиеся в базе данных.

Первый метод (агрегирование измерений) осуществляется неявно посредством сложения или выборочной маркировки ветвей иерархии, которые нужно вычесть, умножить, разделить или игнорировать. Кроме того, результат этой агрегации может быть сохранен в базе данных или рассчитан динамически по запросу - члены должны быть помечены как «Сохраненные» или «Динамические вычисления». чтобы указать, какой метод будет использоваться.

Второй метод (хранимые вычисления) использует формулу для каждого вычисляемого элемента измерения - когда Essbase вычисляет этот элемент, результат сохраняется для этого элемента, как значение данных.

Третий метод (динамическое вычисление) задается точно в том же формате, что и сохраненные вычисления, но вычисляет результат, когда пользователь обращается к значению, адресованному этим членом; система не хранит такие рассчитанные значения.

Четвертый метод (сценарии вычислений) использует процедурный язык программирования, специфичный для вычислителя Essbase. Этот тип вычислений может воздействовать на любое значение данных в гиперкубе и, следовательно, может выполнять вычисления, которые нельзя выразить простой формулой.

Сценарий вычислений также должен быть выполнен для запуска вычисления агрегированных значений или сохраненных вычислений, как описано выше - для выполнения этого типа вычислений можно использовать встроенный сценарий вычислений (называемый «вычислением по умолчанию»).

Совокупное хранилище (корпоративная аналитика)

Хотя блочное хранилище эффективно минимизирует требования к хранилищу, не влияя на время извлечения, оно имеет ограничения в обработке агрегированных данных в больших приложениях, что мотивирует внедрение второго механизма хранения, названного Aggregate Storage Option ( Essbase ASO ) или, в последнее время, Enterprise Analytics . Этот вариант хранения делает базу данных более похожей на базу данных OLAP, такую как службы SQL Server Analysis Services .

После загрузки данных Essbase ASO не сохраняет агрегированные значения, а вычисляет их по запросу. Для больших баз данных, где время, необходимое для генерации этих значений, может стать неудобным, база данных может материализовать одно или несколько агрегированных "представлений", состоящих из одного агрегированного уровня из каждого измерения (например, база данных может вычислить все комбинации пятого генерации продукта с третьим поколением клиента), и эти представления затем используются для генерации других агрегированных значений, где это возможно. Этот процесс можно частично автоматизировать, когда администратор указывает объем дискового пространства, который может быть использован, а база данных создает представления в соответствии с фактическим использованием.

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

Расчетный движок

Essbase ASO может определять вычисления как:

агрегирование значений через размерные иерархии; или же
динамически вычисляемые элементы измерения.

Первый метод (агрегирование измерений) в основном дублирует алгоритм, используемый Essbase BSO.

Второй метод (динамические вычисления) оценивает выражения многомерных выражений относительно элементов измерения.

Пользовательский интерфейс

Большинство пользователей Essbase работают с данными Essbase через надстройку для Microsoft Excel (ранее также Lotus 1-2-3 ), известную как Smart View. Надстройка Essbase - это стандартный подключаемый модуль для Microsoft Excel, который создает дополнительное меню, которое можно использовать для подключения к базам данных Essbase, получения или записи данных и навигации по измерениям куба («Увеличить», «Повернуть» и т. Д.) .

В 2005 году Hyperion начал предлагать инструмент визуализации под названием Hyperion Visual Explorer (HVE), который был OEM от Tableau Software . Программное обеспечение Tableau возникло в Стэнфордском университете как исследовательский проект, спонсируемый государством, с целью изучения новых способов взаимодействия пользователей с реляционными базами данных и базами данных OLAP . Hyperion и Tableau построили вместе первые версии программного обеспечения Tableau, которое было разработано специально для многомерных (OLAP) баз данных. Oracle быстро расторгла соглашение OEM с Tableau Software вскоре после приобретения Hyperion в 2007 году.

Большинство других известных поставщиков аналитики предоставляют пользовательские приложения с поддержкой Essbase и включают;

Hyperion Analyzer (он же Hyperion System 9 BI + Web Analysis)
Отчеты Hyperion (также известные как Hyperion System 9 BI + Financial Reporting)
Hyperion Business Intelligence (также известный как Hyperion System 9 BI + Interactive Reporting и Brio Interactive Reporting)
Hyperion SQR (также известный как Hyperion System 9 BI + Production Reporting)
Arcplan dynaSight (также известный как Arcplan Enterprise)
Oracle Business Intelligence Suite Enterprise Edition (также известный как OBIEE, Siebel Analytics)
Система управления электронными таблицами Dodeca
Надстройка Dodeca Excel для Essbase
Reporting Suite
EV Аналитика

Предыдущие предложения от Hyperion получили новые имена, как указано ниже:

Предыдущие предложения Гипериона	Предложения Hyperion System 9 BI +
Hyperion Essbase ASO	Корпоративная аналитика
Hyperion Essbase BSO	Essbase Analytics
Анализатор Гипериона	Веб-анализ
Отчеты Hyperion	Финансовый отчет
Гиперион Интеллект	Интерактивная отчетность
Гиперион SQR	Производственная отчетность
Конструктор показателей Hyperion	Метрики предприятия

API-интерфейсы доступны для C , Visual Basic и Java , а поддержка встроенных сценариев доступна для Perl . Стандартизированный протокол XML для анализа может запрашивать источники данных Essbase, используя язык многомерных выражений.

В 2007 году корпорация Oracle начала объединять инструменты Hyperion BI в Oracle Business Intelligence Enterprise Edition Plus.

Административный интерфейс

Для администрирования приложений Essbase можно использовать ряд стандартных интерфейсов:

ESSCMD , оригинальный интерфейс командной строки для команд администрирования;
MaxL , «язык многомерного доступа к базе данных», который предоставляет как расширенный набор команд ESSCMD, но с синтаксисом, более похожим на SQL , так и поддержку запросов MDX ;
Essbase Application Manager , оригинальный клиент администрирования графического интерфейсаMicrosoft Windows , совместимый с версиями Essbase до 7.0;
Службы администрирования Essbase , позже переименованные в Службы администрирования аналитики , а затем снова в «Службы администрирования Essbase» в версии 9.3.1, поддерживаемый в настоящее время клиент администрирования с графическим интерфейсом ; а также
Essbase Integration Server для поддержки структуры и содержимого баз данных Essbase на основе моделей данных, полученных из реляционных или файловых источников данных.

Облачные предложения

С 2017 года Essbase Cloud доступен как часть Oracle Analytics Cloud (OAC), набора аналитических решений, включающих отчеты и информационные панели, визуализацию данных, встроенную подготовку данных и мобильные устройства.

Конкуренты

Среди OLAP, аналитических продуктов Essbase (HOLAP / MOLAP) на рынке есть несколько серьезных конкурентов, среди них SAP BPC, Microsoft SQL Server Microsoft Analysis Services (MOLAP, HOLAP, ROLAP), IBM Cognos (ROLAP), IBM / Cognos / Applix TM1 (MOLAP), Oracle OLAP (ROLAP / MOLAP), MicroStrategy (ROLAP) и EXASolution (ROLAP).

Также обратите внимание, что из перечисленных выше конкурентов, включая Essbase, все используют разнородные реляционные ( Microsoft SQL Server , Oracle, IBM DB / 2, TeraData, Access и т. Д.) Или нереляционные источники данных (Excel, текстовые файлы, файлы CSV и т. Д.) .) для подачи кубов (фактов и размерных данных), за исключением Oracle OLAP, который может использовать только реляционный источник Oracle.

Экспорт и / или миграция продукта Essbase

С 2009 года две опции могут экспортировать кубы Essbase в другие форматы:

На Хабре, хоть как то представлено описание решения от Microsoft для задач аналитической обработки данных в реальном времени, но нет ни слова о мировом лидере в данном вопросе Oracle Essbase Поэтому ниже привожу описание данной технологии.

Oracle EssBase – это OLAP сервер, отличающийся от конкурентов мощной поддержкой аналитических задач, позволяя производить многомерный анализ в разрезе множества аналитик, строить прогнозы развития компания, подготовить данные для отчетности. Он поддерживает весь спектр OLAP решений – MOLAP(двух видов Aggregate Storage и Block Storage), ROLAP и HOLAP (MOLAP+ROLAP).

Архитектуру схематически можно представить следующим образом:

Состоит из следующих компонент:

Этот модуль Analytic Services создает базу данных в основе, которой лежит понятие блок – это таблица, состоящая из всех возможных вариантов плотных направлений, и эти блоки размещаются на пересечении разряженных направлений. Данный модуль поддерживает запись значений с помощью пользовательских приложений и предназначен для комплексного финансового анализа.

Для приложений, связанных с итеративным планированием, распределениями, сложным анализом (анализ продаж, анализ прибыльности)
Если необходимо много процедурных вычислений и запись изменений на любой уровень агрегации
Управление порядком вычисления измерений
Вычисление всей или части БД
Выполнение сложных вычислений

Этот модуль Analytic Services создает «агрегированную» базу данных, в себе хранит элементы нулевого уровня, автоматически рассчитывая все значения более высокого уровня, по своей структуре чем –то напоминает ROLAP. Предназначен для анализа сверхбольших данных (экстремально разряженных), с миллионами возможных показателей.

Для крупномасштабных, разреженных данных
Стандартный набор правил агрегации

Это интерфейс администратора базы данных Analytic Services, поддерживающий единую точку администрирования для множества серверов баз данных. Используя этот инструмент, Вы можете разрабатывать, обслуживать и управлять как серверами, так и приложениями и их базами данных.

• Интеграционная консоль — Essbase Integration Studio (не развивается, предшественик Essbase Integration Studio )

Integration Server это сервер, использующий многопоточную архитектуру, обслуживающий связь между реляционными источниками данных, OLAP каталогом метаданных и Analytic Server (сервером многомерных баз данных).

Это программное решение предназначено для получения AD-HOC отчетов в Microsoft Excel, оно непосредственно подключается к многомерной базе данных. Развитие остановлено.

Позволяет получить доступ к данным из всего пакета программ Microsoft Office, отличается от Essbase SpreadSheet технологическим решением. Усиленно развивается.

Интерфейс командный строки, предназначен для проведения административных задач, таких как остановка приложения, запуск сервисных утилит, резервное копирование и др.

Интерфейс командный строки, для проведения административных задач.

Это инструмент разработчика программного обеспечения, позволяет обращать к многомерной базе данных из VB, C, или JAVA.

• Обслуживающие сервисы — Analytic Deployment Services

Позволяет строить единую точку входа для обеспечения балансировки нагрузки и отказоустойчивости между приложениями пользователей и многомерными базами данных.

Ну и в конце несколько ресурсов, которые помогут в освоении данной технологии

Структура модели

Архитектура Planning

Oracle Hyperion Planning подключен как к Oracle Essbase, так и к Реляционной базе данных (БД). Список объектов, которые хранятся в СУБД и Oracle Essbase приведен на рисунке:

RDBMS

Следующая информация сохраняется только в Oracle Essbase:
Data (Данные): Введенные пользователем или планировщиком данные в приложение планирования хранятся в Oracle Essbase.
Calculation scripts/business rules (Калькуляционные скрипты/бизнес-правила): В планировании и бюджетировании, типовые расчеты, такие как вычисление аллокаций, расчет выручки, расчет расходов, калькуляция балансового отчета и так далее, можно реализовывать с помощью бизнес-правил или калькуляционных скриптов.
Бизнес-правила – расчеты, реализованные в системе на специальном языке. Как правило, бизнес-правила прикрепляются к формам ввода и могут запускаться автоматически при определенных действиях пользователей (открытии или сохранении данных формы ввода).
Substitution variables (Подстановочные переменные): Подстановочные переменные используются в бизнес-правилах для того, чтобы не переписывать каждый раз фиксируемый элемент измерения для расчета, а с помощью подстановочной переменной подставлять нужное значение во все скрипты, где это необходимо. Также подстановочные переменные используются в формах данных.

Oracle Hyperion Shared Services

Security of Oracle Hyperion Planning is the responsibility of Hyperion Shared Services. Hyperion Shared Services ensures the secure environment of not only Oracle Hyperion Planning but also of the whole Oracle EPM product suite. Hence, all Oracle EPM products, including Oracle Hyperion Planning rely on Hyperion Shared Services for User authentication and authorization. We can do the following security activities using Hyperion Shared Services.
User authentication and authorization: Oracle Hyperion Shared Services obtains the identification credentials of a user such as user ID and password and validates these credentials against native directory of relational database or External User directories, which are corporate user identity management systems. Post authenticating, Oracle Hyperion Shared Services takes care of the user authorization too.
User directory configuration: Oracle Hyperion Shared Services can be configured to external user directories such as Sun Java System Directory Server and Microsoft Active Directory, which are LDAP-based, for User Authentication.
User provisioning: Oracle Shared Services provisions user and groups. Users of Oracle EPM products need to be provisioned with the roles specific to the roles of the product. For example, Oracle Hyperion Planning product has roles like Administrator, Provisioning manager, Planner, Interactive User and View User, and users are provisioned according to their usage and requirement.

Java Application Server and Web Server

EPM Architect Dimension Server

As said earlier that Planning application can be created in two ways – one way is Classic and the other way is using EPM architect.
EPM Architect Dimension Server is applicable for Oracle Hyperion Planning applications, which are created using EPM Architect.
EPMA integrates the maintenance of Oracle Hyperion EPM products such as Hyperion Financial Management, Profitability and Cost Management, and Oracle Hyperion Planning.

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

Решение помогает ведущим специалистам в управлении и разработке аналитических приложений, создании сложных бизнес -сценариев, предсказать развитие событий и использовать метод моделирования «что-если». Oracle Hyperion Essbase обеспечивает быстрое время отклика на запросы большого количества пользователей, несмотря на сложные бизнес модели и огромные массивы запрашиваемых данных.

Архитектура системы, 2014

Система хорошо интегрируется с Microsoft Office. Oracle Essbase взаимодействует с бизнес и финансовыми аналитиками. Набор инструментов для отчётов удовлетворяет разнообразные потребности пользователей предприятия. С помощью автоматически генерируемых и форматированных отчётов, мощного графического интерфеса и визуализации отчётных данных бизнес аналитики могут легко и интуитивно понять текущее состояние компании и эффективности бизнес-операций.

Скриншот окна приложения, 2013

В ядре Oracle Hyperion Essbase лежит продвинутый и производительный механизм расчётов из представленных сегодня на рынке. Он поставляется с более чем 350 предварительно построенными функциями, тем самым ускоряя развитие сложных бизнес моделей. Единый интерфейс обслуживания и поддержки для администратора системы облегчает управление бизнес правилами автоматизированных расчетов. От прямых агрегаций до сложных аллокаций между аналитическими измерениями, от многомерной аналитики по периодам до «финансовой изощренности» показателей деятельности - Oracle Hyperion Essbase предоставляет превосходную производительность и широту функций.

Oracle Hyperion Essbase позволяет ключевым бизнес-пользователям самостоятельно вести разработку дизайна и использования бизнес приложений. Технология графического представления «схемы» облегчает построение аналитических направлений, иерархий показателей, метрик и сценариев. Уникальная технология многопользовательского чтения-записи данных позволяет создавать превосходно выглядящие приложения для анализа отклонений, прогнозов и сценариев. Именно Oracle Hyperion Essbase является основой приложения для планирования и бюджетного управления – Oracle Hyperion Planning.

Производительность Oracle Hyperion Essbase может подвергаться оптимизации посредством использования разных методов хранения и сжатия данных для каждого конкретного приложения. Oracle Hyperion Essbase поддерживает архитектуры 32-bit и 64-bit для Windows и Unix архитектуры, что позволяет гибко масштабировать решение в среде предприятия.

На 16 апреля 2015 года продукт поддерживает весь спектр OLAP-решений – MOLAP (двух видов Aggregate Storage и Block Storage), ROLAP и HOLAP (MOLAP+ROLAP).

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