Бесплатный курс Oracle Hyperion Planning

http://ivan-shamaev.ru/oracle-hyperion-planning/ - платные консультации по Hyperion Planning
Бесплатный курс Oracle Hyperion
Planning. Приложения и бюджетирование
Для начала изучения системы Oracle Hyperion Planning я хочу порекомендовать
ознакомиться со следующими сферами знаний, дабы упростить себе восприятие
материала:
- OLAP-технология;
- SQL запросы;
- MDX запросы;
- Трехуровневая архитектура web-приложений (WebLogic,IIS,Database);
- Основы построения и описания бизнес-процессов;
- Основы бюджетирования и бухгалтерского учета.
Агрегация – процесс сбора данных из нижестоящих объектов и их агрегирования в
вышестоящие. После ввода или загрузки данных в подчиненные объекты выполняется
консолидация с целью суммирования данных по предприятию. Термины «агрегирование»
(aggregation) и «сведение» (roll-up) также означают процесс консолидации.
Администратор – специалист, инсталлирующий и сопровождающий систему, включая
создание учетных записей пользователей и обеспечение защиты информации.
Аналитическое направление – объект базы данных, характеризующий определённый
аспект анализируемой предметной области и содержащий информацию, объединенную
единой тематикой. Например, база данных Sample Basic содержит такие аналитические
направления, как Time (период), Accounts (счета), Product (продукция), Market (рынок
сбыта, т.е. регион).
Бизнес-правило – логическое выражение или формула, созданные в приложении, чтобы
получить ожидаемый набор конечных данных.
Бюджет – количественное выражение плана (чаще всего в денежном выражении)
деятельности Представительств, филиалов, подразделений ЦА или Предприятия в целом
на определённый период времени.
Вспомогательная информация – количественное выражение плана (чаще всего в
денежном выражении) деятельности Представительств, филиалов, подразделений ЦА или
Предприятия в целом на определённый период времени.
Данные – значения (денежные или неденежные), связанные с пересечением по запросу.
Детализация – процесс постепенного вывода подробных данных относительно
выбранного направления путем развертывания родительского элемента для отображения
дочерних элементов. В результате развертывания могут быть выявлены иерархические
взаимосвязи, например взаимосвязи между родительским и дочерним объектами,
родительским и дочерним счетами, а также между суммирующим периодом и базовым
периодом времени. Например, в результате детализации могут быть выявлены
иерархические взаимосвязи между годом и кварталами или между кварталом и месяцами.
Дочерний элемент-элемент, имеющий над собой родителя в схеме базы данных. У
дочернего элемента могут быть элементы-братья, находящиеся с ним на одном уровне в
схеме базы данных.
Загрузка данных – процесс заполнения базы данных данными. В результате заполняются
значения ячеек, определяемые структурой схемы базы данных.
Иерархия – набор многомерных взаимосвязей в схеме, часто создаваемый в схеме
данных. Например, родительские элементы, дочерние элементы и поколения
представляют иерархию.
Источник данных – внешние данные, например текстовый файл, электронная таблица
или база данных SQL, загружаемые в базу данных Essbase Analytic Services.

Консолидация – см. Агрегация
Корректировка – внесение изменений в планы и бюджеты Предприятия, обусловленное
возникновением отклонений в условиях и результатах деятельности Предприятия по
сравнению с запланированными.
Метаданные – структурные элементы приложения, которые описывают и хранят данные.
Многомерность означает преобразование двумерных данных, распределенных по полям
и строкам, в многомерный куб. Грани куба представляют собой аналитические
направления. Аналитическое направление – это структурный элемент куба, определяемый
с помощью метаданных. Метаданные также отражают понимание данных пользователем.
Внутри многомерного куба информацию можно одновременно видеть в различных
аналитических направлениях (продажи по месяцам, по продуктам, по всем рынкам).
Например, все месяцы, кварталы, года и т.д. составляют аналитическое направление типа
“время”; все города, регионы, страны и т.д. составляют “географическое” направление.
Аналитические направления обеспечивают простой и наглядный способ организации и
отбора данных для их извлечения, исследования и анализа.
Отчет – макет, динамически определяющий содержимое и форматирование отчета.
Заполнение данными форм отчета происходит после запуска отчетов.
Панель инструментов – панель с пиктограммами, представляющими команды системы.
Пиктограммы используются для быстрого вызова команд меню.
Планировщик – специалист, который может вводить, передавать, а также просматривать
данные, отчеты, созданные другими пользователями, запускать режим интеграции
данных, выполнять бизнес-правила, а также использовать надстройку электронных таблиц
Hyperion Planning.
Поколение – термин, описывающий положение элемента в иерархии аналитического
направления. Поколения считаются сверху вниз.
Потомок – любой элемент, находящиеся в схеме данных ниже родителя. Например, в
аналитическом направлении, содержащем данные по годам, кварталам и месяцам, «второй
квартал» и «апрель» будут потомками элемента «Year».
Предок – элемент, для которого существуют элементы более низкого уровня. Например, в
аналитическом направлении, содержащем данные по годам, кварталам и месяцам,
элементы «первый квартал» и «2001 год» будут предками элемента «апрель».
Приложение – взаимосвязанный набор направлений, элементов направлений и типов
планов, связанных с базой данных и используемых для проведения анализа и/или
формирования отчета.
Псевдоним – альтернативное название направления, элемента или описания.
Cрез данных – функция, которая позволяет работать с элементами направлений, не
назначенными строке, столбцу или оси страниц. Например, можно назначить измерение
валюты в срезе данных и выбрать элемент евро. После выбора среза данных в форме
ввода данных, все данные в форме отображаются в евро.
Страница – вывод информации в таблице чаще всего предствленной осью Z, либо
выпадающий список.
Счет – направление, представляющее собой учетный контейнер, указывающий на
местоположение и первичную природу данных.Создается структура счетов, позволяющая
составителям бюджетов вводить данные по всем планируемым позициям до нужного
уровня детализации.
Уровень – термин, описывающий положение элемента в иерархии аналитического
направления. Уровни считаются снизу вверх.
Форма ввода – окно с сеткой, в котором пользователи могут вводить данные в базу в
окне Web-браузера. Отдельные значения элементов направлений постоянны, что
позволяет пользователям видеть данные в определенном контексте.
Центр ответственности – представительство, филиал, подразделение ЦА, полностью
отвечающее за величину, целесообразность и экономическую обоснованность затрат

(доходов).
Элемент – отдельный компонент, составляющий аналитическое направление.
Ячейка – единица данных, представляющая собой пересечение направлений в
многомерной базе данных; пересечение строки и столбца в рабочем листе.
Hyperion Essbase – OLAP–система, предназначенная для создания широкого спектра
аналитических приложений и являющаяся основой платформы бизнес–интеллекта
(Business Intelligence, BI). Благодаря современной технологии аналитической обработки
данных в режиме реального времени (On–Line Analytical Processing) Hyperion Essbase
позволяет структурировать и представлять данные в разрезе различных аналитических
направлений. В результате Hyperion Essbase превращает данные в ценную информацию,
которая помогает руководителям принимать более обоснованные решения.
Hyperion Planning – интернет-ориентированное специализированное решение для задач
планирования и бюджетирования, основанное на многомерном представлении
экономической информации и организации эффективного взаимодействия участников
бюджетного процесса.
Smart View – надстройка для электронных таблиц, которая позволяет формировать
рабочие листы Excel для ввода, форматирования, анализа данных приложения Hyperion
Planning.
Oracle Hyperion Planning это решение для планирования, бюджетирования и
прогнозирования с помощью Microsoft Excel и Web, обеспечивающее интеграцию
процессов финансового и операционного планирования. Hyperion Planning предоставляет
возможности для глубокого анализа бизнес-операций и их влияния на финансовые
результаты компании с помощью тесно интегрированных моделей финансового и
операционного планирования.
Hyperion Planning предлагает мощный функционал управления рабочими процессами,
включая уведомления по E-mail, оповещения и списки задач, позволяя пользователям
отслеживать текущие изменения планов и бюджетов и сообщать об этом. Помимо
создания, проверки и изменения планов и списков задач, Вы также можете определять
узкие места в производительности, проводить анализ «что-если…» и тестирование
сценариев.
В своем составе продукт имеет две преднастроенные модели:
Oracle Hyperion Workforce Planning позволяет Вам быстро и эффективно планировать
кадровую статистику, зарплату и компенсации в масштабах всей организации.
Автоматически соединяясь с БД кадров, данная система помогает Вам оценить влияние
кадровых решений на бизнес компании в режиме реального времени.
Oracle Hyperion Capital Asset Planning позволяет Вам планировать существующие и
новые активы, их использование, транзакции и амортизацию одновременно анализируя их
влияние на такие показатели, как уровень прибыли, балансовый отчет и финансовые
потоки.

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

Oracle’s Enterprise Performance Management

Oracle EPM 11.1.2.1 – в разрезе бизнес процессов
Oracle Essbase – Универсальный OLAP-сервер для сбора, обработки и представления
информации в различных аналитических разрезах. Основной элемент BI-платформы
Hyperion.
Oracle Hyperion Planning – Специализированная система для решения задач
планирования и бюджетирования, позволяющая организовать формирование, контроль и
анализ исполнения планов с охватом всех предприятий и подразделений корпорации.
Oracle Hyperion Financial Management – Система для консолидации и трансформации
финансовой отчетности, финансового анализа и поддержки принятия стратегических
финансовых решений.
Oracle Profitability and Cost Management – Система бизнес-моделирования и реализации
методов функционально-стоимостного анализа. Позволяет формировать и анализировать
возможные сценарии, оптимизировать использование ресурсов и прогнозировать
рентабельность.
Oracle Hyperion Strategic Finance – Система стратегического финансового
моделирования.
Oracle Hyperion Performance Scorecard – Решение для реализации элементов
стратегического управления на основе сбалансированной системы показателей (Balanced
Scorecard) и аналогичных методик. Позволяет описывать корпоративные цели и
контролировать их достижение.

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

рисунке:
RDBMS
Security (Безопасность): Права пользователя, системные роли, права доступа
пользователей/групп составляют безопасность приложения Oracle Hyperion Planning.
Безопасность планирования определяет, какие пользователи имеют доступ и к чему
пользователь имеет доступ в приложении планирования.
Metadata (Метаданные): Приложение Oracle Hyperion Planning состоит из измерений и
элементов (членов) измерений. Имена измерений, имена элементов, свойства этих
элементов и измерений создаются в виде метаданных, которые сохраняются в Oracle
Relational Database и Oracle Essbase.
Foreign exchange rates (Курсы иностранных валют): Exchange Rate (обменный курс) –
курс, по которому одна валюта конвертируется в другую. Приведем простой пример, 47
INR (индийская рупия) = 1 USD (доллар США). Организации не являются локальными,
они являются глобальными и ведут свой бизнес в нескольких странах, которые имеют
различную валюту. Поэтому планирование “на лету” в различных валютах –
необходимость для бизнеса в современных условиях глобализации.
Process management details (Детали управления процессами): Управление процессом –
это обзор процесса составления бюджета организации. У каждой организации есть своя
иерархия и ей соответствует собственный процесс утверждения бюджетов. Детали
управления процессами помогают определить цепочку утверждения бюджета компании от
начала до конца.
Annotations/supporting details (Аннотации/дополнительная информация): Аннотации
– это дополнительная информация, которая добавляется к ячейке или блоку планирования
(элементу цепочки утверждения бюджета). Данная информация информирует
пользователя о значениях ячейки или служит комментариями к блоку планирования.
Вспомогательная информация для ячейки – это встроенный калькулятор, при помощи
которого можно детализировать, как вычислялась то или иное значение ячейки.
Data forms (Формы данных): Формы данных – это электронные таблицы для ввода
данных плановиками. Определения формы данных хранится в реляционном источнике, а
вводимые данные сохраняются в Oracle Essbase.
User variables (Пользовательские переменные): Пользовательские переменные
создаются для того, чтобы ограничить число элементов, отображаемых в формах данных.
Планировщик должен видеть элементы, которые имеют к нему отношение.

Следующая информация сохраняется только в Oracle Essbase:
Data (Данные): Введенные пользователем или планировщиком данные в приложение
планирования хранятся в Oracle Essbase.
Calculation scripts/business rules (Калькуляционные скрипты/бизнес-правила): В
планировании и бюджетировании, типовые расчеты, такие как вычисление аллокаций,
расчет выручки, расчет расходов, калькуляция балансового отчета и так далее, можно
реализовывать с помощью бизнес-правил или калькуляционных скриптов.
Бизнес-правила – расчеты, реализованные в системе на специальном языке. Как правило,
бизнес-правила прикрепляются к формам ввода и могут запускаться автоматически при
определенных действиях пользователей (открытии или сохранении данных формы ввода).
Substitution variables (Подстановочные переменные): Подстановочные переменные
используются в бизнес-правилах для того, чтобы не переписывать каждый раз
фиксируемый элемент измерения для расчета, а с помощью подстановочной переменной
подставлять нужное значение во все скрипты, где это необходимо. Также подстановочные
переменные используются в формах данных.
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
We understood that Oracle Hyperion Planning is a Web-based planning, budgeting, and
forecasting application and users/planners can access the application on their browsers using a
simple URL (that is an HTTP request).
A WebServer serves pages for viewing in a web browser. Hence, we need a WebServer that
receives HTTP requests from users and sends out the result in response to the users upon
processing the request by WebApp server. After the WebServer receives a user’s request, that is,
a HTTP request, the subsequent responsibility is of Application server which serves the business
logic to application programs.
Therefore, J2EE Application server and a WebServer are a part of the architecture. Apache
Tomcat and Apache Web Server have been respectively the default embedded Java container
(J2EE App server) and embedded Web Server till recently.
But in 11.1.2 version, Tomcat is no longer the default embedded J2EE server, it’s replaced by
WebLogic. Apache is no longer the default Web Server; it’s replaced by Oracle HTTP 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.
Продукты и их URL
Продукт URL
Hyperion Shared
Services
http://[Hostname]:[WebServerListenPort]/interop/
EPM Workspace http://[Hostname]:[WebServerListenPort]/workspace
Administration
Service
http://[Hostname]:[WebServerListenPort]/easconsole/console.html
Oracle Hyperion
Planning
Application Wizard
http://[Hostname]:WebServerListenPort]/HyperionPlanning/AppWizard.jsp

Функциональная диаграмма EPMA
EPM Architect
EPMA modules.pdf (Google Disk)
6 EPMA Modules:
 Dimension Library
 Application Library
 Calculation manager
 Data Synchronization
 Application Upgrades
 Library Job console
Application Library

There is one more library — the application library. This is the module that is actually
responsible for creation of a Planning application. This is not only responsible for Planning
application creation, it also lets us create other Performance Management applications. This
library enables us to manage all Performance Management applications, which includes creating,
editing, and deploying applications. It displays all the applications that are created using EPM
architect. It does not show any application that was not created using EPMA.
The uses of the Application library module are listed as follows:
• Creating an application
• Duplicating an application
• Deleting an application
• Opening an application
• Validating and deploying an application
• Re-registering an application with shared services
• Synchronizing between applications
Data Synchronizer
Now, this data synchronization is an effective way of synching data between EPM applications.
It can also synchronize between EPMA applications and interface tables/external sources.

Dimension Library
Applications have dimensions, which are the basic building blocks. We need to note that EPMA
is not a luxury of only Hyperion Planning application. He is an architect who serves all of his
clients of Oracle Hyperion Performance Management applications such as Hyperion Planning,
Hyperion financial management, and so on.
Dimension Library is a centralized location from which you can manage dimensions and
dimension properties. It includes features such as adding, deleting, and modifying dimension
members/member properties.
Hence, it’s termed the Dimension Library; in short, it’s the library of dimensions. Dimension
library does not have a preset list of dimensions by the virtue of installation. We need to either
import dimensions or create dimensions within the library.
The following are some uses of Dimension Library:
• First and foremost, its usage is to manage dimensions from a central location. Catering to many
Performance Management Applications
• Secondly, we can add/delete/modify members and dimensions
• The final usage is to set properties of both dimensions and members of an application Shared
Library is the library of dimensions, which is meant to be shared by Performance Management
Applications.
Приложения состоят из измерений, которые являются, по сути, их основными
строительными блоками. Dimension Library (Библиотека измерений) – это
централизованное место, из которого вы можете управлять измерениями и их свойствами.
Dimension Library включает в себя такие функции, как добавление, удаление и изменение
элементов измерения/свойств элементов.
Dimension Library не имеет предустановленного списка измерений. С помощью
Dimension Library необходимо создать или импортировать измерения в библиотеку.
Shared Library (Общая библиотека) – это библиотека измерений, которые должны быть
общими для всех приложений Performance Management.

Здесь измерения делятся на два типа:
• Local (Локальные): Эти измерения создаются внутри приложения. Измерения могут
быть созданы в приложении путем перетаскивания измерений из общей библиотеки в
Application View. Затем оно может быть определено как локальное измерение.
Изменения в локальном измерении производятся на стороне приложения. Изменения в
общих измерениях не оказывают влияния на локальные измерения.
• Shared (Общие): Эти измерения, которые являются общими по своей природе и
доступны для всех приложений. Внося изменения в измерение
(добавление/удаление/изменение элементов измерения) в общей библиотеке,
автоматически изменяются shared dimension в во всех приложениях (при нажатии
refresh).
The main difference between a local dimension and a shared dimension is that in case of a
shared dimension any changes made to a dimension in the Shared Library will automatically get
impacted and inherited to all the applications in which the shared dimension is present.
For example, there is a Planning Application and HFM Application. Both of these applications
have a common dimension ‘Entity’, which is a shared dimension. Now, any change made to this
dimension-’Entity’ in ‘shared library’ would automatically bring the same change to the ‘Entity’
dimension within an application in which it’s present. Therefore, the dimensional changes would
impact both the Planning Application and HFM Application, as ‘Entity’ is a shared dimension.
Whereas, if the Entity Dimension has been a local dimension in both HFM and Hyperion
Planning Application, any changes made to the Entity dimension in Hyperion Planning
Application would have no impact on the Entity Dimension in the HFM Application as they are
not ‘shared’ in nature.

Dimension Mapping
Library Job Console

Planning и Essbase
Компоненты Oracle Essbase
 Essbase Analytics Module (Block Storage) - модуль Analytic Services создает базу
данных в основе, которой лежит понятие блок – это таблица, состоящая из всех
возможных вариантов плотных направлений, и эти блоки размещаются на
пересечении разряженных направлений. Данный модуль поддерживает запись
значений с помощью пользовательских приложений и предназначен для
комплексного финансового анализа. Направление - это самый верхний уровень
иерархии измерения.
 Enterprise Analytics Module (ASO Aggregate Storage) - Этот модуль Analytic
Services создает «агрегированную» базу данных, в себе хранит элементы нулевого
уровня, автоматически рассчитывая все значения более высокого уровня, по своей
структуре чем –то напоминает ROLAP.
 Административная консоль Analytic Administration Services - интерфейс
администратора базы данных Analytic Services
 Интеграционная консоль — Essbase Integration Studio (не развивается,
предшественик Essbase Integration Studio )

 Essbase SpreadSheat Add-in for Excel - программное решение предназначено для
получения AD-HOC отчетов в Microsoft Excel, оно непосредственно подключается
к многомерной базе данных. Развитие остановлено.
 Smart View for Office - Позволяет получить доступ к данным из всего пакета
программ Microsoft Office, отличается от Essbase SpreadSheet технологическим
решением. Усиленно развивается.
 EssCMD - Интерфейс командный строки, предназначен для проведения
административных задач, таких как остановка приложения, запуск сервисных
утилит, резервное копирование и др.
 MaxL DDL - Интерфейс командный строки, для проведения административных
задач
 Essbase API - Это инструмент разработчика программного обеспечения, позволяет
обращать к многомерной базе данных из VB, C, или JAVA.
Essbase
Объекты Essbase, которые настраиваются в Essbase Administration Services
Console
- Substitution Variables (локальные переменные для приложений);
- Rules (Правила/скрипты);
- Sequences (Последовательности);
- Macros (Макросы);
- Global Variables (Глобальные переменные).
Типы переменных в EAS (Essbase):
Способы ведения расчетов в Essbase:
1) Консолидация на основе структуры измерений
Простой способ расчета, описывающий арифметические действия, выполняемые над
элементом при его консолидации (агрегации) в родительский элемент. Настройки расчета

задаются свойствами элемента и относительным положением элементов в измерении. Тип
консолидации можно изменить на один из следующих:
( + ) элемент прибавляется к текущему результату
( – ) элемент вычитается из текущего результата
( * ) текущий результат умножается на значение элемента
( / ) текущий результат делится на значение элемента
( % ) элемент делится на текущий результат и умножается на 100
( ~ ) элемент не участвует в консолидации по данной иерархии
( ^ ) элемент не участвует в консолидации по всей модели
2) Формулы элементов
Этот тип расчетов также относится к элементам измерений и позволяет рассчитывать их
значения через заданную формулу. Относительное положение элементов роли не играет.
Формулы, помимо описанных выше арифметических операций, могут также содержать
дополнительные функции.
На следующем примере Variance = @VAR(Actual, Budget) – разница между значениями в
Actual и Budget, а Variance % = @VARPER(Actual, Budget) – та же разница в процентном
выражении.
Иногда более эффективным оказывается не хранение предрасчитанного результата, а
выполнение динамического расчета при запросе к элементу (свойство Dynamic Calc).
Особенностью первых двух видов расчета является то, что они работают при полном
пересчете куба. Для более сложных расчетов существуют Calc scritps.
3) Расчетные скрипты (Calculation scripts)
Как и формулы элементов, этот инструмент может включать в себя разнообразные
команды и функции, но с его помощью можно ограничивать область расчета для
ускорения вычислений за счет сокращения обрабатываемого объема данных и полностью
контролировать порядок проведения расчетов. Для разработки скриптов в Essbase есть
специальный инструмент, Calculation Script Editor, который предоставляет возможность
визуального выбора элементов измерений, стандартных команд и функций, а также
обеспечивает проверку и подсветку синтаксиса. Расчетные скрипты хранятся и
выполняются отдельно для каждого приложения или куба.
Для приложений, содержащих несколько кубов (как, например, у приложений Hyperion
Planning), используется еще более серьезный способ описания вычислений – бизнес-
правила (Business Rules).
4) Бизнес-правила (Business Rules)
По сути, те же расчетные скрипты, но с расширенными возможностями. Они находятся в
отдельном узле дерева объектов Essbase Administration Services Console.
5) Макросы в Essbase (Macros)
Макросы – это функции, которые могут использоваться в Бизнес-правилах. Параметры

функции задаются в квадратных скобках, например [param1], и указываются в круглых
скобках при вызове макроса, например, %clear_data_organization(“ORG102″).
Они находятся в отдельном узле дерева объектов Essbase Administration Services Console.
6) Последовательности в Essbase (Sequences)
Последовательности – это последовательность бизнес-правил, которая задает порядок
выполнения бизнес-правил. Может вызываться из Essbase или из Web-форм. Они
находятся в отдельном узле дерева объектов Essbase Administration Services Console.
Краткий свод основных принципов эффективных правил essbase.
- Использование в определении среза данных всех направлений. В FIX нужно полностью
определять область расчетов
- Нужно осуществлять расчеты только по нулевым уровням многомерной модели
(Антипатерн)
- При агрегации данных нужно учитывать структуру метаданных в кубе, т.е. определить
срезы, по которым не нужны рассчитываемые агрегаты. Например, в мультивалютном
приложении, нужно исключить показатели валют на которых не происходит расчет
отчетности группы.
- Контроль пользовательского ввода данных. Простые правила по проверке качества
данных
- Контроль агрегации пустых блоков
- Создаем блоки преимущественно с помощью DATACOPY, на втором месте стоит
DATAEXPORT && CDF , затем SET CREATEBLOCKONEQ
- Использование CALCMODE для оптимизации расчетов
- Различные значения параметров для оптимизации кеша калькулятора и др.(команды
SET) в части расчетов нулевого уровня и в блоке агрегации
- Использование подстановочных переменных для параметризации расчетов,
использование Run-TimePromts, для фокусировки расчета

Пример скрипта калькуляции (business rule)
/*Очистить прогнозные данные*/
FIX (“Генерация”,”Потребление”)
CLEARDATA “Сценарий 1″;
ENDFIX;
/*Копировать факт в сценарий 1*/
FIX (“Тип”,@LEVMBRS (“Период”, 0))
DATACOPY “Факт” TO “Сценарий 1″;
ENDFIX
/*Агрегация*/
FIX (“Тип”,”Сценарий 1″)
CALC DIM (“Период”);
ENDFIX
/* Построить прогноз по дням*/
FIX (“Генерация”,”Потребление”,@LEVMBRS (“Период”, 1))
DATACOPY “Факт” TO “Сценарий 1″;
“Сценарий 1″(
@TREND(@ANCESTORS(&FIRSTP,-1):
@ANCESTORS(&CURP,-1),,,,,@ANCESTORS(&NEXTP,-1):
@ANCESTORS(&ENDP,-1),LR,7);
);
ENDFIX
/* Построить прогноз по часам*/
FIX (“Сценарий 1″)
“Генерация”=(“Тип”/@PARENT (“Период” ,”Тип”))*@PARENT (“Период” ,”Генерация”)
;
“Потребление”=(“Тип”/@PARENT (“Период” ,”Тип”))*@PARENT (“Период”
,”Потребление”);
ENDFIX
/*Агрегация*/
FIX (“Факт”,”Сценарий 1″,”Генерация”,”Потребление”)
CALC DIM (“Период”,”Регион”);
ENDFIX
Компоненты Essbase и настройки
Outlines Редактирование древовидных структур для иерархий измерений Редактирование
правил консолидации и математических отношений между элементами измерений
Essbase – Настройка транзакций При однопользовательских расчетах рекомендуется
устанавливать Commited access, для многопользовательского ввода данных и расчетов –
Uncommited access. В рамках настройки транзакций задается параметр “commit blocks” в
свойствах каждого куба приложения в EPMA.
Системные файлы Essbase
Essbase.cfg – файл конфигурации Essbase сервера.
essxxxxx.pag – Файлы данных Essbase

essxxxxx.ind – Файл с индексами
dbname.esm – Центральный файл, который содержит контрольную информацию,
используемую для восстановления БД
dbname.tct – Таблица управления транзакцией
dbname.ind – Free fragment file for data and index free fragments
dbname.otl – Outline файл, в котором определяются все метаданные для баз данных и
каким образом данные хранятся
Rules Files Импорт данных из источников данных в целевые базы данных Oracle Essbase
Загрузка данных и иерархий измерений Rules Files поддерживаются для файловых
источников и SQL-источников.
Создание “Rules Files”
1. Открыть источник данных;
2. Установить свойства источника;
3. Ассоциировать “rule” с схемой “outline” БД;
4. Если необходимо, форматировать файл;
5. Определить метод загрузки значений;
6. Определить свойства полей;
7. Проверить корректность описаний;
8. Сохранить “rule”;

9. Выполнить “rule”.
Блочное и Агрегатное хранилища
Источник информации по BSO и ASO
 Блочное хранилище, в документации и литературе по Essbase обозначаемое
аббревиатурой BSO (от англ. block storage option) — исторически первый
реализованный способ хранения многомерных данных, реализованный в продукте,
и отражённый в патенте 1992 года. Блочное хранилище ориентировано на
«уплотнённое хранение» (англ. dense storing) данных, перезапись в куб (англ. write-
back), в том числе на уровне агрегатов, и ускоренный пересчёт результатов.
Благодаря этим свойствам наиболее широкое использование получило в
приложениях финансового планирования, в которых требуется интерактивный
многокритериальный подбор параметров по фиксированным формулам. Основные
ограничения блочного хранилища — около 1 млн допустимых элементов
измерений (может быть несколько увеличено в случае применения
секционирования или гибридного хранения) и 252 ячеек на блок в базе данных.
Таким образом, блочное хранилище считается практически целесообразным для
кубов с 6-8 измерениями, со сложными вычислениями и частой перезаписью
данных.
 Агрегатное хранилище (ASO — англ. aggregate storage option) создано как
альтернативный способ хранения данных в 2003 году, в версии Essbase 7, с целью
расширения применимости продукта для хранилищ со значительным количеством
измерений. Одной их характерных особенностей ASO является эффективное
хранение — в сравнении с блочным хранилищем агрегатные занимают
существенно меньше дискового пространства. При этом, по сравнению с блочными
хранилищами существенно ограничены функциональные возможности: в
агрегатных хранилищах не поддерживается обратная запись на уровни агрегатов
(можно перезаписывать только терминальные ячейки, «нулевой уровень»), не
поддерживаются сценарии вычислений (англ. calculation scripts, поддерживаются
только вычисления, представимые одной формулой).В противовес используемому
«плотному» хранению, агрегатное хранилище оптимально для разреженного
хранения (англ. sparse storing). Кроме того, в отличие от блочных, в агрегатных
хранилищах реализована возможность построения множественных иерархий для
одного измерения, динамических иерархий, получения срезов данных.Агрегатное
хранилище поддерживает до 216 иерархий на одно измерение, до 4,3 ПБайт
физического объёма куба, до 252 комбинаций хранимых уровней измерений, до
264 ячеек может быть обойдено в одном запросе к агрегатному хранилищу.

Вычисления в Block Storage Essbase
Data Load Difference – ASO and BSO

Порядок вычислений
Calculation Scripts
- Вычисляют всю или часть базы данных;
- Управляют порядком вычисления;
- Совершают сложные вычисления;
Операторы Консолидации
Операторы консолидации определяют способ консолидации значений к родительскому
элементу:
• Addition (+)
• Subtraction (-)
• Multiplication (*)
• Division (/)
• Percent (%)
• Exclude from consolidation (~) – Does not use the member in the consolidation to its parent.
• Never consolidate (^) – Does not use the member in any consolidation in any dimension.
Разделяемые значения «Shared Members»
• Не хранят данные
• Создают индексный указатель на хранимое значение
• Всегда являются значением уровня 0 «level 0 members»
• Размещаются после (ниже) хранимых элементов в схеме «outline»
Интеллектуальные «Intelligent» вычисления
Пересчитываются только блоки данных, которые отмечены как “Измененные”.

Essbase – Database Partitioning
Типы Partition
Transparent Partition позволяют пользователям манипулировать данными, хранящимися в
отдаленных местах, как если бы они были частью локальной базы данных. В этом смысле
они очень похожи на механизм VIEW в реалиционных БД. Удаленные данные берутся из
источника всякий раз, когда пользователь, находящиеся в получателе, делает
соответствующий запрос. Пользователям не требуется знать, где хранится информация,
так как они видят ее как часть своей локальной базы данных.
ЧИТАТЬ ПОДРОБНЕЕ>>>
Replicated partitions
Transparent partitions
Linked partitions
Основные понятия
Replicated Partitions
Традиционный подход
Копия данных
Множество источников
Ручная репликация

Только «Block storage»
Transparent Partitions
«Окно» между БД
Бесшовная передача
Текущие данные

Требуется синхронизация «Outline»
Linked Partitions
Точка перехода
Связывает объекты
Различные схемы
Нет репликации
Нет синхронизации схем

Источники
Создание Partitions

Идентификационная информация
• Исходная и Целевая БД
• Пользователь
• Права на запись на Целевой
• Права на чтение на Исходной
Проектирование «Aggregate Storage Partition»
• Поддерживаются «Transparent» и «Linked»
• Комбинируется с «Block»
• Расширение аналитических возможностей

• Нет синхронизации
XREF vs Partitions
Часто необходимо обмениваться данными между кубами. Для этого в Essbase есть
специальные инструменты:
- XREF
- XWRITE
- Replicated Partition
- Transparent Partition
XREF – cамый простой и безболезненый способ получить данные из другого куба,
минусы – это низкая производительность и проблемы с созданием блоков (в 11.1.2
добавили @XWRITE).
Не рекомендую использовать XREF в формулах динамических элементов (Dynamic Calc)
т.к. на больших срезах это приводит к потере производительности.
Пример использования: получить значение по ограниченному срезу.
Replicated partition – если вам надо копировать блоки нижнего уровня 1:1 без всяких
расчетов и транформаций, то что надо. Есть функциональность по переносу только
обновленных данных.
Пример использования: передать данные по статье A по нижнему уровню из Source в
Target.
Transparent partition – мощный инструмент для маштабирования. Если сравнивать с
Oracle RDB – это аналог view или updateable view. Имеет ряд особенностей связанных с
тем, что данные не хранятся в Target кубе, а подтягиваются налету.
Пример: в Target по данным из партиции невозможно создать блоки, выгрузить данные с
помощью Dataexport и т.д. Но что очень интерестно – из Target можно обновлять данные в

Source!
Пример использования: разделение приложения на Факт и План с партицией по
сценарию, разделение по странам, версиям и т.д.

Location Aliases – как создать?

@XWRITE и @XREF
@XWRITE и @XREF – это две вычислительные команды которые могут быть
использованы для следующих операций.
Например, у Вас есть две базы данных (два куба), которые называются A1 и B1, и они оба
имеют разные структуры, которые приведены ниже.
Outline куба A1 выглядит следующим образом:
Outline куба B1 выглядит следующим образом:

@XREF
Например, мы хотим перенести данные со среза sales->Jan->East->Budget->2011 куба A1
положить на срез East_Sales->Jan->Dept_101->2011 куба B1. Приведенный скрипт ниже
написан в правиле, которое выполняется на кубе B1 и которое копирует данные из куба
A1 в куб B1.
FIX(“Jan”,”Dept_101”,”2011”) “East_Sales”=@XREF(_A1alias_,”Sales”,”Budget”); ENDFIX
• _A1alias_ является location alias куба A1, который выступает в качестве источника
данных для @XREF, т.е. указывает откуда мы берем данные. Location alias _A1alias_
настраивается для куба B1 (Edit->Location Alias). Куб B1 называется целевым и именно
куб B1 указывается при запуске правила.
• @XREF – всегда ссылается на ячеку с данными, образуемую сочетанием имен
элементов, которые указываются в FIX statement и элементами указанных в @XREF. В
данном примере Sales и Budget – это члены из куба A1 (их может и не быть в кубе B1).
• Всякий раз, когда мы планируем получить значение из среза данных другого куба, мы
должны запустить этот расчет. Поэтому, когда мы запускаем это вычисление, оно всегда
будет “лезть” в куб A1 и искать там срез данных, которые нам необходимы. Поэтому,
данная операция требует большее время, по сравнению с операциями, которые
производятся внутри одного куба.
• Если вы хотите скопировать более одного члена из того же измерения, мы должны
написать несколько @XREF формул.
• Мы также можем использовать эту команду в формулах для элемента (member formulas).
@XWRITE
@XWRITE – функция, которую обычно называют старшим братом @XREF. @XWRITE –
это функция в новых версиях Oracle Hyperion, которая заполняет почти все пробелы,
существовавшие в XREF.
@XWRITE – это функция, которая позволяет калькуляционному скрипту передать
данные другой базе данных Essbase или другому приложению (в отличие от метода
“получения данных” XREF). Эта новая функция стала доступна в версии Oracle Hyperion
11.1.2.0 и более поздних версиях. Главное ограничение этой функции заключается в том,
что она работает только для перемещения данных из BSO приложения в BSO приложение.
BSO в ASO не поддерживается, и еще не известно, будет ли Oracle реализовывать данную
функциональность
@XWRITE предназначен для передачи данных между базами с очень похожей
размерностью (т.е. с очень схожими измерениями, например, приложение для
планирования).
Синтаксис функции @XWRITE следующий
@XWRITE (expression, location alias [,mbrList])
Первый входной параметр функции – это выражение. Этот элемент измерения Вы
планируете переместить из базы-источника в целевую базу. Вы можете выбрать в поле
“выражение” только один член.
Второй входной параметр – это location alias (настраивается в EAS).
Третий (последний) входной параметр, mbrList – это ячейка или пересечение ячеек, куда
необходимо переместить данные. Если в целевой базе нет измерений, которые есть в базе-
источнике, то вам необходимо описать элементы измерений, на которые будут
перемещаться данные. Производительность функции @XWRITE лучше, если для поля
“выражение” используется элемент из плотного измерения. Но в любом случае,
необходимо протестировать несколько вариантов и выбрать наиболее производительный

и возможный вариант.
Пример (перемещаем данные из куба A1 в куб B1):
FIX(“Jan”,”East”,”Budget”,2011”) “Sales” (
@XWRITE(“Sales”,_B1alia_,”East_Sales”,”Dept_101”); ); ENDFIX
Запуск Workspace
Workspace – единый интерфейс для всех продуктов Oracle Hyperion. EPM Workspace –
это компонент Foundation Services, с помощью которого можно получить доступ к
продуктам EPM System, таким как Oracle Hyperion Planning, Fusion Edition и Oracle
Hyperion EPM Architect, Fusion Edition, а также компонентам Oracle Hyperion Reporting
and Analysis, например Oracle Hyperion Interactive Reporting и Oracle Hyperion Web
Analysis.
Доступ к EPM Workspace можно получить двумя способами:
используя URL-адрес, предоставленный администратором, или с помощью ссылки
приложения Oracle.
Для запуска Workspace необходимо использовать адрес
URL: http://hostname:19000/workspace/index.jsp.
Задачи EPM Workspace:
1) Просмотр документов и информационных панелей;
2) Предоставление доступа к следующим продуктам:
- Financial Management
- Performance Scorecard
- Приложения Planning доступны пользователям, имеющим соответствующие права и
доступ
- Oracle Business Intelligence включает продукты Oracle Business Intelligence Answers,
Oracle Business Intelligence Interactive Dashboards, Oracle Business Intelligence Delivers, BI
Publisher, Oracle Siebel Marketing и Oracle BI Disconnected Analytics.
- Profitability and Cost Management
3) Планирование пакетов, заданий или событий для автоматического формирования
отчетов или выдачи уведомлений
4) Создание документов Web Analysis и Interactive Reporting, книг или пакетов

Пользовательский интерфейс Workspace
The EPM Workspace user interface includes these areas:
1. Menu Bar – Commands and sub-commands that organize tasks and modules.
2. Standard toolbar – Buttons for performing tasks.
3. View pane – Area that provides buttons that enable jumps between panels (each panel having
a specific use and corresponding controls) and displays the list of documents and modules
(Hiding this pane provides a larger content frame in which to use EPM Workspace. Select View,
then View Pane to hide and display).
4. View Pane or Content Area Adjuster – Setting to adjust the size of the View pane and
content area.
5. Content area – Area in which you view active-module documents, tasks, or files

Открытие приложений
Через EPM Workspace можно открыть приложение. Необходимо зайти в меню: File-
>Open->Applications->{Тип приложения, например Planning}->{Наименование
приложения}.
Презентация (Google Disk): Dimensionality & Dimensions of Hyperion Planning.pptx
Измерения в Planning
Измерения делятся на локальные (Local Dimensions) и общие (Shared Dimensions)

Выбор типов измерений при создании приложения:
Таблица с характеристиками типов измерений
Группы измерений Измерение
Стандартные
измерения
Workforce
Основные
средства
Все типы планов: Entity * * *
Version * * *
Scenario * * *
Account * * *
Year * * *
Period * * *
Alias * * *
Меры: Employee *
План основных
средств:
Asset Class *
Line Item *
Настраиваемые
измерения:
14
доп.измерений
Прочие измерения: Attribute
Smart List
UDA * *
Add Dim
Описание измерений в дополнение к таблице
The Entity dimension contains members for HR organizations (departments, for example)
enabled in the HCP plan, and for General Ledger organizations (cost centers) enabled in Plan

Type 1, 2, or 3.
The Account dimension contains salary, job code, employee, and allocation properties entered
by planners. It also contains compensation expense accounts, personnel expenses, and loaded
General Ledger natural account segment or chart field values. Create account members for all
budgeted items.
An alias is just like an alias in everyday life, it is just another name for member, for account you
could have an account member name called A90001, this is not very descriptive and not the best
for reporting or for users to view so you could give it an alias of “Balance Sheet”. В
приложении можно выбрать определенный Alias, к которому в дальнейшем будут
привязаны все псевдонимы элементов других измерений.
The Employee dimension contains employed workers in your organization. Employees are
typically paid compensation and benefits through the employer’s payroll application. This
dimension is created if you use Employee budget detail or Position and Employee budget detail.
Through attribute dimensions, you group and analyze members of standard dimensions based
on the member attributes (characteristics).
For example, you can compare:
1) The profitability of noncaffeinated products that are packaged in glass;
2) To the profitability of noncaffeinated products packaged in cans.
Измерение Attribute должно иметь только одну связь и только с одним базовым
измерением (связь указывается при создании приложения). В измерении Attribute можно
создавать иерархию, но при выборе в свойствах связанного измерения можно назначать
атрибут, у которого нет потомков (иначе не разворачивается приложение). С измерениями
атрибутов могут быть связаны только разреженные базовые измерения. Для элемента
связанного измерения можно выбрать только один элемент измерения Attribute. В
приложении может существовать несколько измерений Attribute и несколько измерений
Attribute можно привязать к одному и тому же измерению.
Возможные типы измерения: text, boolean, number, date.
Smart List: С помощью данного измерения можно создавать выпадающие списки в
формах данных для пользователей. При назначении ячейке формы измерения Smart List,
вводить данные в нее запрещается.
A UDA is a User defined attrbute, it is basically just a name that you create and it can be tagged
against members, you can use them to group and retrieve data based on its characteristics, for
example you may want to describe a number of accounts as expense accounts, you could have a
UDA called “Expense” and then associate with the account members.
UDA – дополнительное измерение, в отличие от измерения Attribute – можно к одному
измерению привязать несколько UDA, т.е. элемент измерения может иметь много разных
признаков.
Обязательные, мультивалютные и пользовательские
измерения
Всего можно использовать до 20 измерений (ограничения “вшиты” в таблицах
метаданных):
 6 обязательных;
 2 мультивалютных;
 12 пользовательских (14, если не используются мультивалютные измерения);
 На каждом измерении могут быть заданы иерархии и формулы.

6 обязательных измерений:
 Период
 Год
 Сценарий
 Версия
 Структура компании
 Счет
Примеры пользовательских измерений:
- Персонал;
- Товары;
- Каналы;
- Проекты;
- Покупатели (клиенты);
- Типы деятельности.
2 дополнительных измерения в мультивалютных приложениях:
 Валюта (Currency).
 Курс валют (HSP_Rates) – измерение (направление), обеспечивающее конвертацию
валют.
Мультивалютность
Система бюджетирования должна позволять ввод данных и построение отчетов с
использованием нескольких валют, а для преобразования информации использовать
обменные курсы, заданные для соответствующих временных периодов.
1) Планирование как в одной, так и в нескольких валютах
2) Для каждого из центров финансовой ответственности указывается его локальная
валюта
3) Три типа курсов валют:
 исторический (единый для всех периодов)
 средний курс
 курс на конец периода
4) Версии курсов:
 оптимистический
 пессимистический
This dimension contains a member to store exchange rate values for each currency. It also
contains a member for input values and currency overrides. This dimension can be divided into
two types as follows:
1) Input members
2) Currency rate members
If an application has three currencies, would have three corresponding members as follows:
- HSP_Rate_USD
- HSP_Rate_EUR
- HSP_Rate_INR

Плотные и разреженные измерения
Многомерные множества данных как правило бывают разреженными:
 Данные распределены не равномерно.
 Данные не существуют для большинства комбинаций элементов.
 Одни части многомерных данных более разрежены, чем другие.
Dense Плотная.
Многомерная база данных считается плотной, если относительно высокий процент (по
крайней мере, 10%) возможных комбинаций ее измерений содержит данные.
Sparse Разреженность.
Многомерная база данных называется разреженной, если относительно большой процент
ячеек содержит пустые (утраченные) данные. Вполне обычны такие наборы данных,
которые содержат 1%, 0.01% и даже меньшую долю возможных данных.
Sparse aggregates Разреженные агрегаты. Во избежание такого явления как “взрыв” БД,
базы данных OLAP большой емкости должны содержать относительно небольшое число
заранее вычисленных показателей. Предварительно должно быть вычислено минимальное
количество возможных суммарных значений. Остальные агрегаты рассчитываются “на
лету” на основе уже имеющихся.
1) Плотные (dense) измерения Использовать нужно всегда т.к. это ведет к уменьшению
размера блока => размер куба будет меньше => производительность расчетов улучшится,
производительность извлечения данных (retrieve) меняется незначительно +/- 1%!
Необходимо только избегать динамических элементов с комплексными формулами т.е.
когда при расчете формулы необходимо смотреть в другие блоки. Кандидаты на
изменения типа храния на динамический – родители или любой элемент с простой
формулой.
Примеры (Период и Статья – плотные, Страна – разряженные):
 Кварталы (Q1, Q2, Q3, Q4) – можно сделать динамическими
 (+) Acc_Total: Выручка итого(+) Acc_01: Выручка A (+) Acc_02: Выручка Б Статью
Acc_Total можно сделать динамической

 Статья: Prof_01 = Acc_01 / Acc_Total – можно сделать динамической (расчет в
пределах одного блока)
 Статья: Prof_Russia = Acc_Total->Entity_Russia – нужно делать хранимой т.к. при
распаковке любого блока (расчете или просмотре) Essbase будет смотреть на блок
по стране Entity_Russia
2) Разряженные (sparse) измерения Использовать можно только для уменьшения
времени агрегации, при этом ухудшается время извлечения данных (retrieve).
Пример:
 (+) Entity_Russia – dynamic(+) Entity_Msc – store (+) Entity_Spb – store Если
пользователь строит запрос по Entity_Russia, то серверу необходимо прочитать 2
дополнительных блока по Msc и Spb
Когда не нужно делать динамическими плотные элементы:
 Когда элемент участвует в выгрузках (report script, dataexport)
 Когда элемент участвует в партициях
 Когда элемент участвует в создании блоков (datacopy с динамических элементов не
работает)
 Когда на элементе хранят расчетные данные (аллокации, элиминации)
3) Выводы Динамические элементы – это хорошая возможность улучшить
производительность, но конечно же со своей спецификой.

Создание блоков данных
Data blocks are created for the combination of sparse dimensions. We use the Create Blocks
action to ensure that all the blocks are created from the sparse dimension combinations. Create
Blocks actions are not applicable to the members with the property of Dynamic calc or Label
only and the reason being that the block is not created as these members are not stored in the
database physically, and also provide a reference to the chapter/section where we have discussed
storage types.
Создание блоков данных и получение данных
Блок данных не создан, пока в блок не введены данные (причем, если Вы ввели данные, а
потом удалили их, то блок без специальной команды не удалится);
Essbase Analytics проверяет, существует ли блок;
Если блок не существует, то блок создается;
Данные попадают в блок данных.
Выбор настроек агрегирования, хранения данных и
вычислений
Типы хранения элементов измерений:
- Store (Хранимый, по умолчанию);
- Dynamic Calc and Store (Динамический расчет и хранение);
- Dynamic Calc (Динамический расчет);
- Share (Разделяемый – расшаренный элемент для параллельной иерархии в том же
измерении);
- Never Share (Неразделяемый);
- Label Only (Элемент-метка).

Агрегация:
+ Сложение
- Вычитание
* Умножение
/ Деление
% Процент
~ Игнорирование
Создание ассоциаций между измерениями
Dimension associations (ассоциации измерений) позволяют присваивать классы
безопасности и валюты измерениям и элементам измерений. Например, для измерения
Entity, вы можете создать ассоциации с классами безопасности и измерениями валюты.
Ассоциации создаются на уровне измерения и наследуются всеми членами под
измерением. Ассоциации измерений создаются в Dimension Library.
Dimension associations используются для обозначения взаимосвязей между измерениями
в рамках Общей библиотеки (Shared Library) и приложений. Например, в рамках
приложений консолидации есть свойства измерения Account (Статьи), которые ссылаются
на класс безопасности, нестандартные пересечения измерения (Custom1TopMember), и так
далее, которые непосредственно связаны с другими измерениями. Dimension associations
позволяют определить отношения между этими свойствами и другими измерениями, что
позволяет Вам выбрать значение (элемент) напрямую из измерения, с которым создается
взаимосвязь.
Dimension associations создаются для всех свойств, в которых значение свойства связано с
элементом другого измерения. После создания ассоциаций, Вам необходимо активировать
их в приложении.

Редактирование ассоциаций измерений:
Активировать все ассоциации измерений:

View Dimension Association:

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

Элементы отображаются в виде строк слева. Свойства отображаются в виде столбцов.
Добавление валют и псевдонимов
Автоматизация заданий Perfomance Management
Architect
Терминология:
Аналитическое измерение (Измерение) – аналитический признак. Измерение содержит
набор элементов.
Иерархия – определяет правила, по которым группируются элементы в измерении. В
одном измерении может быть несколько иерархий, называемых альтернативными.
Альтернативная иерархия – иерархия разделяемых элементов. Альтернативная
иерархия основана на существующей иерархии в структуре БД, но использует в
измерении альтернативные уровни. Альтернативная иерархия позволяет отображать одни
и те же данные с разных точек зрения.

Бесплатный курс Oracle Hyperion Planning

Бесплатный курс Oracle Hyperion Planning

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (19)

Ähnlich wie Бесплатный курс Oracle Hyperion Planning

Ähnlich wie Бесплатный курс Oracle Hyperion Planning (20)

Бесплатный курс Oracle Hyperion Planning