Working With Essbase
Working With Essbase
Paul Lilford
Tableau Software
April 21, 2015
Contents
1.
Introduction .......................................................................................................................................... 2
2.
3.
2.1.
2.2.
4.
5.
6.
7.
8.
1. Introduction
Essbase creates a great calculation engine that is unmatched in the financial world. Complicated Financial
scenarios and what-if analysis become trivial tasks given a properly designed Essbase Block cube. If you
have one these cubes, these tips can help you, Tableau and Essbase all get along. This document
describes ways to make dimensions more readable, Tableau Essbase interaction more efficient, and other
ways to optimize the interaction between Tableau and Essbase.
There are some things that must be kept in mind when attaching Tableau to any OLAP source. Tableau
excels at taking at data sources and making them more analytical by allowing the user to create sums,
counts, and other types of aggregates. This is exactly what an OLAP designer does when an outline is
created. An outline is what Essbase generally refers to when discussing a cube's hierarchy, measures, and
dimensions. Naturally certain default" behaviors need to be disabled when visualizing an OLAP source. It
doesn't make sense to create a sum in Tableau when the cube is already doing this work. Similarity, it
rarely makes sense to interpret an aggregated value using a different aggregate. The limitations" that
Tableau has when interacting with OLAP sources really aren't limitations. OLAP sources are different, and
as such our interactions with them need to be different.
describe generation references when considering periods of time. Consider the portion of an
outline in this structure below.
Periods (+)
Q1 First Quarter (+)
Jan January (+)
Feb February (+)
Mar March (+)
Q2 Second Quarter (+)
Apr April (+)
May (+)
Jun June (+)
Q3 Third Quarter (+)
Jul July (+)
Aug August (+)
Sep September (+)
Q4 Fourth Quarter (+)
Oct October (+)
Nov November (+)
Dec December (+)
Essbase, left to its own devices will graciously label this portion of the hierarchy as
Periods,Gen2 and Periods,Gen3. While technically correct, this tells the worksheet designer
and user absolutely nothing. Creating custom generation references allow us to label these as
Quarters and Months. Consult the following knowledge base article to see how to create
these custom references: http://kb.tableau.com/articles/knowledgebase/creating-customgeneration-references-essbase
Locations (+)
West Region (+)
WA Washington (+)
OR Oregon (+)
CA California (+)
N CA Northern California (+)
S CA Southern California (+)
Notice how West Region is the lowest level of detail in one part of the hierarchy, but that S CA
Southern California is the lowest level of detail in another part? These would be considered Generation
2 and Generation 3 respectively. However, they are both Level 0elements since they are at the lowest
possible level of detail within their respective branches of the hierarchy.
5. Utility Dimensions
Essbase cubes excel at providing intra-dimensional comparisons. Common examples of this are found in
Year and Scenario dimensions. In your Year dimension its common to look create a calculated member
that computes the difference between Current Year and Prior Year. When your outline contains these
types of members, you need to tell Tableau about these members and dimensions. Refer to the following
Tableau Aliases. Since OLAP outlines define their own aliases and other metadata, it is not
necessary to define them in Tableau as you would with a connection to a relational database.
Tableau Bins. You cannot use the Tableau bin function when connected to OLAP outlines.
Tableau doesn't allow this for the same reason you can't use aggregate functions when
connected to OLAP sources. Bins are simply places to aggregate some data. But, as previously
noted, OLAP data is already stored in a pre-aggregated format. There are some ways to work
around this particular OLAP-imposed restriction, however. See
http://kb.tableau.com/articles/knowledgebase/creating-bins-in-cubes
members directly in the cube is that it ensures a centrally defined and administered version of the
calculation in question. This makes it easy to ensure that all users of the calculation are using the same
calculation.
There are disadvantages with calculated members in OLAP cubes. Not all users of cubes have permission
to alter the outline or to view the formula logic that may exist in calculated members of the outline.
Consequently, some users may not be able to fully understand the logic used within a calculated member.
This brings us to the advantages of using Tableau to define calculated members against OLAP sources.
Regardless of your access to the outline, a Tableau designer has the ability to create MDX calculated
members within Tableau. The calculation logic is transparent to all the users of the worksheet. Tableau
suggests a hybrid approach when using Tableau with calculated members against OLAP sources. Tableau
provides a great prototyping and proof of concept environment for developing complicated MDX
formula. Using Tableau, you can quickly and safely work out your calculated members. Once the logic has
been vetted, the member can be submitted to those in charge of maintaining the cube.
The details of creating MDX calculations is beyond the scope of this article. See the following link to get
started on creating your own calculated members with Tableau.
http://onlinehelp.tableau.com/current/pro/online/enus/calculations_calculatedfields_calculatedmember.html