1/26/2021 Document 779502.

PowerView is Off Last Login: January 25, 2021 10:45 PM EAT Fitsum (Available) (0) Contact Us Help

Dashboard Knowledge Service Requests Patches & Updates Community

Give Feedback...
Copyright (c) 2021, Oracle. All rights reserved. Oracle Confidential.

Hyperion Planning Data Form Design Considerations (Doc ID 779502.1) To Bottom

In this Document Was this document helpful?

Purpose Yes
No
Scope
Details
Document Details
Recommended Design
Optimal Design Example
Type:
Sub-optimal Design Example BULLETIN
Status:
PUBLISHED
Performance Considerations Last Major
Update: Mar 16, 2015
Data Form Size Estimation Last Feb 10, 2020
Update: English
About Suppression
Language:
References

Related Products
APPLIES TO: Hyperion Planning
Oracle Exalytics Software
Hyperion Planning - Version 9.2.0.0.00 to 11.2.0.0.000 [Release 9.2 to 11.2] Oracle Planning and Budgeting
Cloud Service
Oracle Exalytics Software - Version 2.0.0.0.0 to 2.0.0.0.0 [Release 2.0]
Oracle Planning and Budgeting Cloud Service
Information in this document applies to any platform. Information Centers

Information Center: EPM

PURPOSE Hyperion Index [1378677.2]

Oracle Catalog: Information

This document describes key points to keep in mind when designing Hyperion Planning data forms. For detailed instructions on Centers for All Products and
Services [50.2]
administering and using data forms in the Web interface and in Smart View, see the following guides, available in EPM
Documentation Library: Oracle Catalog: Service
Request Data Collections
Hyperion Planning Administrator's Guide (SRDCs) for all Products and
Services [51.2]
Hyperion Planning User's Guide
Hyperion Smart View for Office User's Guide.

Document References
SCOPE
No References available for
this document.
Designing Planning data forms.
Recently Viewed
DETAILS

Recommended Design

Keep dense dimensions in rows and columns.

Place sparse dimensions in the Page and Point of View (POV).
Place static dimensions in POV and hide these dimensions where not relevant to the form.
Place Scenario, Version, and Year dimensions in the Page wherever possible.
Use dynamic user variables and substitution variables as much as possible.
Use Run on Save and Run on Load for business rules on data forms only where business rules can complete execution
within a short timeframe (say less than 30 sec.). All other business rules should be set to launch manually.
For Planning release 9.3.1 and later, set long-running business rules to run in the background. See the Hyperion
Planning Administrator's Guide for details on these settings.
Limit composite data forms to two data forms where possible
Use the Suppress Missing Data option to skip #MISSING values from resultant data forms.
Split single larger data forms into multiple smaller data forms with fewer rows and columns.
Minimize using account annotations on data forms.
For Planning release 9.3 and later, enable the Mass Allocate feature on data forms only where absolutely necessary. This
feature runs calculation scripts that can impact data values at intersections to which the end user may not have access.

Optimal Design Example

Rows: Account
Columns: Time Period
Page/POV: Entity and other dimensions

Sub-optimal Design Example

https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=194843252775679&id=779502.1&displayIndex=4&_afrWindowMode=0&_adf.ctrl… 1/3
1/26/2021 Document 779502.1
Rows: Entity
Columns: Year
Page/POV: Account, Time Period, and other dimensions

Performance Considerations

The Run on Save and Run on Load calculation options place an additional demand on resources within the Essbase server
for each save or load operation performed by end users. If it is necessary to use Run on Save or Run on Load, runtime
prompts should be used to restrict the scope of the calculation and minimize the impact on users of the Essbase server.
Review the Hyperion Planning Administrator's Guide for steps that detail the execution of large calculations in batch
mode. For example, you can set Planning properties to have business rules switch to background processing after a
threshold that you configure. In addition, you can run business rules in batch mode using the options under Tools >
Business Rules.
When users access data form members that are dynamically calculated or have member formulas, an additional load is
placed on the Essbase server. The impact is more acute during heavier user load.
The biggest impact on data form performance is the grid size. Grid size consists of the number of rows, multiplied by the
number of columns. The grid size doubles if an application uses multiple currencies.
Adjust the number of cells retrieved to the memory on end users' client machines. To determine the number of cells,
multiply the number of rows by the number of columns.
The Suppress Missing Blocks option for rows allows placing large sparse dimensions in rows, while providing good
response time if the density of the query is low. Only blocks with data are retrieved. For example, when using this option,
you can place an employee dimension consisting of thousands of members in the rows, and place the entity in the page
or POV. Then, only employees of the selected entity are retrieved.
Using Suppress Missing Data can improve performance. Before using this feature however it is recommended that you
test the impact on performance.
Using account annotations impacts performance. Use this option only if account annotations are required.
If the Supporting Detail Detection Cache reaches 75% or higher, the cache size should be increased.
Enabling shared member security impacts performance. Use this option only if you want the base member's security to be
based on its own security and that of all of its shared members. If this option is not enabled, users with access to the
base member still have access to all of its shared members.
The administrator should define data forms using dynamic user variables, to narrow the data form display to the
dimensionality required by users. End users can set the value for the user variable in preferences. Review the Hyperion
Planning Administrator's Guide for these settings.
For areas with low bandwidth, it is recommended that users access Planning data forms using Smart View for Office for
faster response time.
When Planning is first loaded, the first few requests to Planning can take longer because caches might not be loaded. It is
recommended that an administrator or power user pre-load the most commonly used data forms before the general
community uses the Planning server after each reboot to the Planning server.
It is highly recommended that administrators conduct performance tests on data forms to ensure that they meet user
expectations. Data forms should be tested in both single and multi-user environments before they are deployed to
production.
Data form definitions are cached when users log on to a Planning application. Because one cache is created for data form
definitions, memory usage is not affected by the number of users viewing data forms. However, memory usage goes up if
multiple users enter data in data forms at the same time.

Data Form Size Estimation

To get a rough estimate of data form size, open the data form and select File > Save As from the browser. The size of the
.HTML file is the portion of the data form that changes based on grid size. The .JS files remain the same size and can be cached,
depending on browser settings. Information such as data form definitions, pages, and .gif files are not compressed when data
forms are opened and sent to the Web browser.

About Suppression

Planning follows this basic sequence to suppress information in data forms, depending on suppression settings for Suppress
Missing Blocks and Suppress Missing Data.

1. First, Planning evaluates the data form definition and creates a grid to send to Essbase.
2. If Suppress Missing Blocks is selected for data form rows:

a. Planning queries Essbase to determine which members in the data form definition have data blocks. This query
typically takes only a few milliseconds. (This setting is most effective for sparse dimensions, and should not be
used for dense dimensions.)
b. Planning then determines which members have data blocks available in Essbase, and filters out members for
which the user does not have access permissions.

3. Next, Planning constructs a grid, and sends information to Essbase to fill in the data. (The constructed grid is generally very
small, so the result is returned quickly from Essbase.)
4. If Suppress Missing Data is selected, Planning suppresses data for any #MISSING data element. (This operation generally
occurs quickly. However, if a large volume of data is set to #MISSING, or blocks are created but have no data, this can take
some time.)
5. Planning then queries the relational database, and marks every cell to show whether it has supporting details and cell text.
6. The Web data form is then presented to the user.

REFERENCES

Didn't find what you are looking for? Ask in Community...

https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=194843252775679&id=779502.1&displayIndex=4&_afrWindowMode=0&_adf.ctrl… 2/3
1/26/2021 Document 779502.1
Related
Products

Enterprise Performance Management and Business Intelligence > Enterprise Performance Management > Planning > Hyperion Planning > Product Usage > Data Entry Forms
Sun Microsystems > Specialized Systems > Middleware Systems > Oracle Exalytics Software > Collaborate > Weblogic Server Issue
Oracle Cloud > Oracle Software Cloud > Enterprise Performance Management Cloud > Oracle Planning and Budgeting Cloud Service > Planning

Keywords
ADMINISTRATOR; BACKGROUND PROCESSES; COMPOSITES; DATABASE ADMINISTRATOR; DYNAMIC ADV BEST PRACTICES; DYNAMIC ADV USE; FORM DESIGN; HYPERION
PLANNING; PLANNING SERVER; SECURITY.RDF
Errors
BEA-000405; BEA-002911; BEA-101017; BEA-290064
Translations

English Source Japanese 日本語

Back to Top
Copyright (c) 2021, Oracle. All rights reserved. Legal Notices and Terms of Use Privacy Statement

https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=194843252775679&id=779502.1&displayIndex=4&_afrWindowMode=0&_adf.ctrl… 3/3