Calculated measures and members (MDX)

If you have not yet introduced yourself to the basic concepts of then please start with an overview of concepts and learn how to analyse and create reports. This tutorial will explain how to define new calculated members using MDX calculation formulas.

Available materials:

MDX programming basics (video):

MDX programming basics (presentation):

30 most popular MDX functions (video):

30 most popular MDX functions (presentation):

Dimensions and hierarchies

Each cube dimension contains one or more hierarchies with one or more hierarchy levels. And each hierarchy level contains dimension members. There are normal members which are imported from source files or applications as well as you can define calculated members using calculation formulas. Calculation formulas are defined using MDX query language.

There is special dimension Measures which contains all imported measures. Most frequently calculated members are defined in Measures dimension and then they are typically called as calculated measures.

Define new calculated member

If you would like to define new calculated members then expand the corresponding dimension (e.g. Measures) and expand the Calculated members section:

On This Page:

If you would like to define a new calculated member then click on the "Define new" link, if you would like to edit (or delete) existing calculated member then click on the " edit" link. If you do not have rights to edit calculated members in the current account then you will see a " show" link instead of an "edit' link. Without the option the edit a calculated member you can only see the definition of existing calculated members. When you define a new member or edit an existing calculated member you will see the following calculated member definition form:

Each calculated member should have a name (unique within dimension) and a calculation formula (the rest of tutorial will teach how to write calculation formulas). In addition you can specify how the calculated member values should be formatted (e.g. as integer, decimal, date or using default formatting). From the right sidebar you can quickly select other members, dimensions, operators or functions to insert them into the calculation formula.
After defining the calculated member formula press Update to save your work or Delete to delete the currently opened calculated member or Cancel to discard any changes and close the window. If the calculated member formula is invalid then a corresponding error message will be displayed.

Do not modify or delete pre-defined calculated members that were created by the source application import - their original definition will be recreated next time you will perform the source application import. If you need to create a modified version of existing pre-defined calculated member then copy its calculation formula and create a new calculated member with a different name and modify copied calculation formula for the new calculated member. 

Let's start writing some calculation formulas! The following examples will use data from the  Sales reports cube dimensions and measures to illustrate how to write the calculation formulas.

MDX autocomplete function allows you to see available functions and their parameters while writing the MDX. Just start typing measures, member names, functions and will provide autocomplete options. For functions, we will show both name and all parameters. You can access both the default as well as user-defined measures. You can get any member names there as well. 

Dimension, hierarchy, level and member names

When writing calculation formulas you will need to reference dimensions, dimension hierarchies, hierarchy levels and other existing dimension members. In the MDX query language all names are enclosed in square brackets []

To reference a  dimension you just enclose its name in square brackets, e.g. [Customer] , [Time]  or [Measures] .

If a dimension has just one hierarchy then you can reference the primary hierarchy in the same way as a dimension, e.g. [Customer]  or [Measures] . When you import the  Time dimension then it will automatically create the main hierarchy (year, quarter, month and day levels) as well as a  Weekly hierarchy (year, week and day levels). Time will reference the  Time dimensions main hierarchy but Time.Weekly will reference the  Time dimensions  Weekly hierarchy.

When you expand the  All hierarchy level members then you see names of all the main hierarchy levels . You can reference a particular hierarchy level with [dimension or hierarchy name].[level name] . E.g. [Customer].[City] references the  City level of the main hierarchy of the  Customers dimension.

When referencing the Time dimension use [Time].[Year], [Time].[Quarter], [Time].[Month], [Time].[Day] to reference the main hierarchy levels and [Time].[Weekly].[Year], [Time].[Weekly].[Week], [Time].[Weekly].[Day] to reference the weekly hierarchy levels. 

Each dimension typically will have a default All  member which can be used to get totals of measures per this dimension. If the  Customers dimension has a default All member named a  All Customers then you can reference it with [Customer].[All Customers] . Since the default All member can be renamed it is safer to use [Customer].DefaultMember  to get the same result. The time dimension has two default All members for each hierarchy - [Time].DefaultMember  and [Time].[Weekly].DefaultMember .

When you want to reference the  top level dimension members then you have to use the following format -  [dimension of hierarchy name].[member name] . E.g. [Customer].[USA] will reference the USA member from the top level of the  Country level. To reference detailed level dimension members * you need to specify the full "hierarchy path" to this member, e.g. [Customer].[USA].[CA] to reference the  CA member in the  State Province level under the  USA parent member. Or [Customer].[USA].[CA].[San Francisco] to reference a city etc.

All measures are in the top level of the  Measures dimension and you can reference them with e.g. [Measures].[Store Sales] , [Measures].[Store Cost] etc.

Selecting specific members

To get a correct syntax for selecting specific members it is recommended to use the "bookmark" functionality.

Simple arithmetic calculations

Now that you know how to reference other existing measures and other dimension members we can create simple arithmetic calculations.
If we have the  [Measures].[Store Sales] and [Measures].[Store Cost] measures then we can define a new calculated measure - Profit (which will have the full name [Measures].[Profit] ) with the formula:

[Measures].[Store Sales] - [Measures].[Store Cost]

When you use the new Profit measure in your reports then this formula will calculate the difference between the Store Sales measures value and the Store Cost measures value.

  You can also use calculated measures in other calculated measures ( it is important to define them in the right sequence - you can only use existing calculated members ). For example, you can now define [Measures].[Margin %] with the formula 

[Measures].[Profit] / [Measures].[Store Sales]

and it will calculate the margin as a number from 0 to 1. If you would like to display the results as a percentage then change the  Formatting of this calculated measure to use integer or decimal percentage formatting.

  You can also perform arithmetic calculations for calculated members in other dimension. For example, you could define [Customer].[West coast] calculated member in the  Customers dimension with the  formula 

[Customer].[USA].[CA] + [Customer].[USA].[OR] + [Customer].[USA].[WA]

  and now when you combine the calculated members in reports [Customer].[West coast] with [Measures].[Store Sales] you will get the total sales for all these three states together. If you combine it with [Measures].[Profit] you will get the total profit for all these three states.

There is a default hidden [Measures].[Fact Count] measure which will return number of fact rows in a cube database table. You can use it to calculate simple average values, for example, define [Measures].[Average Store Sales] as

[Measures].[Store Sales] / [Measures].[Fact Count]


When you use [Measures].[Store Sales] in a formula then it will calculate Store Sales measure value for the current context of each report cell. Current context includes corresponding row and column dimension members of the report cell as well as selected page dimension members.

If you would like to override in a measure value calculation some current context dimension member with a different member then you need to use a tuple of this measure and other dimension member (or several dimension members). MDX syntax for tuples is (member_1, member_2, ..., member_n). For example, if you would like to get Store Sales measure value for all customers then in a formula you should use a tuple:

( [Measures].[Store Sales], [Customer].DefaultMember )

This formula means that Store Sales should be calculated using all dimension members from the current context except Customers dimension for which default member (All Customers) should be used.

Tuples are frequently used to calculate percentage of a measure value from some total value. Let’s define a calculated measure [Measures].[Sales / customers total %] with a formula (and percentage formatting)

[Measures].[Store Sales] / ([Measures].[Store Sales], [Customer].DefaultMember)

When in report you combine [Measures].[Sales / customers total %] with, for example, [Customer].[USA].[CA] then you will see percentage of California sales from the total customer sales.

Maybe you don’t want to see a percentage from the total sales but a percentage from customer hierarchy direct parent sales (e.g. for City level show percentage from corresponding State sales). In this case you can use the CurrentMember dimension or hierarchy property to access the current context dimension member. For example, [Customer].CurrentMember will return the current member in the Customers dimension for which the formula is evaluated. Or in other words if Customers dimension is placed on report rows then by using [Customer].CurrentMember we know for which row the formula is evaluated.

If we have the current member then we can navigate to other dimension members relative from this member. [Customer].CurrentMember.Parent will return parent member in Customers hierarchy for the current member. Ancestor([Customer].CurrentMember, [Customer].[Country]) will move from current member up to “ancestor” in Country level.

So we can define a calculated measure [Measures].[Sales / parent customer %] with a formula:

[Measures].[Store Sales] / ([Measures].[Store Sales], [Customer].CurrentMember.Parent)

Please see also DefaultContext function documentation which can be used to override the context for evaluation of measures.

Moving in time

As you can move to a different dimension hierarchy levels you can also move to a different dimension members in the same dimension. It is typically used in the Time dimension when you want to compare measures between different time periods or aggregate a time period range.

For example, a calculated measure [Measures].[Sales monthly growth] with a formula:

[Measures].[Store Sales] - ([Measures].[Store Sales], [Time].CurrentMember.PrevMember)

will calculate a [Measures].[Store Sales] growth comparing to the previous Time dimension member period. If this calculated measure will be combined in a report with a month in the Time dimension then it will show a growth comparing to the previous month. If it will be combined with a year then it will show the growth comparing to the previous year.

There are several functions that will help you “to move in time”:

  • [Time].CurrentMember.PrevMember returns the previous member, which contains data, in the same hierarchy level (it will return an empty member for the first member)
  • [Time].CurrentMember.NextMember will return the next member
  • [Time].CurrentMember.Lag(2) will return the previous member with a distance 2 (use any number for the argument, Lag(1) is the same as PrevMember)
  • [Time].CurrentMember.Lead(2) will return the next member with a distance 2 (Lead(1) is the same as NextMember)
  • ParallelPeriod([Time].[Year], 1, [Time].CurrentMember) will return the “parallel” Time member one year ago (e.g. for the Day level member Jan 01 2012 it will be the day Jan 01 2011 but for the Month level member Jan 2012 it will be the month Jan 2011)
  • OpeningPeriod([Time].[Day], [Time].CurrentMember) will return the first descendant of the current Time member at the Day level (the first day of a year, a quarter or a month which is defined in the Time dimension)
  • ClosingPeriod([Time].[Day], [Time].CurrentMember) will return the last descendant of the current Time member at the Day level (the last day of a year, a quarter or a month which is defined in the Time dimension)

If cube has only one Time dimension then the [Time].CurrentMember argument can be omitted as it will be used by default. So you can use shorter expressions ParallelPeriod([Time].[Year], 1) OpeningPeriod([Time].[Day]) ClosingPeriod([Time].[Day]) .

Sometimes you would like to test if your time navigation expression is working as you expect (before using it in further calculations). Then you can use .Name member property to get a member name as a calculation formula result. For example, define calculated measure [Measures].[test opening day] with a formula:

OpeningPeriod([Time].[Day], [Time].CurrentMember).Name

and use it in report together with the Time dimension members and see if you get the expected result for the Time dimension members at different levels.


Now you know how to navigate to individual dimension members. But quite often you would like to perform operations on a set of dimension members. For example, you would like to get a sum or an average value of some measure over a selected set of dimension members.

The easiest way how to use sets in calculation formulas is to use list of members enclosed in curly braces, e.g.

{[Customer].[USA].[CA], [Customer].[USA].[OR], [Customer].[USA].[WA]} {[Time].[2011], [Time].[2012]}

If you would like to select a set as a range of sequential dimension level members then you can specify the first and the last member and use  :  between them. For example, this will create a set of dates from  Jan 01 2012  to  Jan 15 2012 :

[Time].[2012].[Q1 2012].[Jan 2012].[Jan 01 2012]:[Time].[2012].[Q1 2012].[Jan 2012].[Jan 15 2012]

Quite often you don’t want to specify the exact range of members but would like to get all dimension hierarchy level members. You can do it with Members method. This will get all months in the Time dimension:


When you want to test which members will be returned by some set expression then you can use the SetToStr function to create a string of concatenated member full names. For example, define a calculated measure [Measures].[test all months] with a formula:


There are several other useful functions for working with sets. Here are some examples how to use them:

  • [Customer].[USA].[CA].Children returns a set of children members using a dimension hierarchy (in this example all cities in California)
  • Descendants([Customer].[USA], [Customer].[City]) returns set of member descendants at the specified hierarchy level (in this example all cities in USA)
  • [Customer].[USA].[CA].[San Francisco].Siblings returns all members which have the same parent as this member (in this example all cities in California), it is the same as using [Customer].[USA].[CA].[San Francisco].Parent.Children

There are additional methods that you can use to get just the first or the last member of these sets – FirstChildLastChildFirstSiblingLastSibling.

Sets of time periods

There are additional useful set selection methods for Time periods

  • PeriodsToDate([Time].[Year], [Time].CurrentMember) returns all periods from the beginning of the current member in the specified level (in this example from the beginning of the current year) until the specified member.
  • YTD([Time].CurrentMember) is a shorter version of the same function (an abbreviation from Year-to-date). 
    Note that even though Weekly hierarchy also has Year level, this function will only work in default Time hierarchy. For weekly hierarchy use the PeriodsToDate([Time.Weekly].[Year]).
  • QTD([Time].CurrentMember) returns a quarter-to-date set of members
  • MTD([Time].CurrentMember) returns a month-to-date set of members
  • WTD([Time.Weekly].CurrentMember) returns a week-to-date set of members

As mentioned earlier If you have just one Time dimension in your cube then you can use even shorter expressions YTD()QTD(),  MTD() and WTD() as by default they will receive as an argument the current member of the time dimension – [Time].CurrentMember. But sometimes you need to pass a different argument to these functions. For example, if you would like to compare current year-to-date aggregates with year-to-date aggregates a year ago then you can use the following expression to get a year-to-date set for the corresponding Time dimension member a year ago:

YTD(ParallelPeriod([Time].[Year], 1, [Time].CurrentMember))

And if you like shorter expression then you can omit the current member argument here as well –  YTD(ParallelPeriod([Time].[Year], 1)) . Most of the time related functions will use  [Time].CurrentMember  as a default member argument.

If you want to get a number of last periods from the Time dimension then you can use the LastPeriods function. For example:

LastPeriods(3, [Time].CurrentMember)

will return a set with the current Time member and the two previous members. If you would like to get the current and the next two Time periods then use negative value -3 instead of 3. And you can omit the last argument for this function as well and use LastPeriods(3).

When you want to get the current Time dimension member in the Weekly hierarchy then you need to use [Time.Weekly].CurrentMember member expression. Sometimes you need to write a formula which should use either [Time].CurrentMember (when creating e.g. monthly report) or [Time.Weekly].CurrentMember (when creating weekly report). In this case you can use

which will return either the Time main hierarchy or the Weekly hierarchy current member depending on which Time hierarchy you use in your report.

Set operations

There are several operations that you can perform on sets:

  • {set1, set2, ..., setn} returns a union of two or more sets
  • Except(set1, set2) returns set1 members but removes any members that are in set2
  • Head(set, number) returns a set with the first number of members from the original set (if number is not specified then a set from the first set member is returned)
  • Tail(set, number) returns the last number of members from a set
  • set.Item(position) returns one member from a set with the specified position (starting from zero). So if you would like to get the first member of a set you can use the expression Head(set).Item(0)

Quite frequently you would like to filter set members using some condition. You can do this with Filter(set, condition). For example, in this way you can filter all cities with sales larger than 1000:

Filter([Customer].[City].Members, [Measures].[Store Sales] > 1000)

Within the condition expression [Customer].CurrentMember references the current set member for which the condition is evaluated. For example, this will return all cities which name starts with San  (using MATCHES operator with regular expression)

Filter([Customer].[City].Members, [Customer].CurrentMember.Name MATCHES 'San .*')

Other typical function that is used in conditions is IsEmpty. This expression will return all cities which have non-empty sales amount:

Filter(  [Customer].[City].Members,
  NOT IsEmpty([Measures].[Store Sales])

Previously a simple set to string function  SetToStr  was mentioned that is useful for expression testing purposes. But if you would like to format set results in a customized way then you can use  Generate(set, string_expression, separator_string) . For example, the following expression will return city names concatenated using comma where there is no sales amount recorded:

Generate(  Filter(
    IsEmpty([Measures].[Store Sales])
  ', '


Now that you know how to select different sets of dimension members you can calculate different aggregated values from these sets:

  • Sum(set, numeric_expression) calculates numeric_expression for each set member and returns a sum of all these results. For example, Sum(LastPeriods(3), [Measures].[Store Sales]) will calculate the total sales for the last three Time periods starting from the current Time dimension member.
  • Count(set) returns a count of set members. Count(set, ExcludeEmpty) will return a count of set members for which corresponding measure values are not empty.
  • Avg(set, numeric_expression) calculates the average of numeric_expression in set
  • Max(set, numeric_expression) returns the maximum value of numeric_expression in set
  • Min(set, numeric_expression) returns the minimum value of numeric_expression in set
  • Median(set, numeric_expression) returns the median value of numeric_expression in set

Aggregate members in other dimensions

In the beginning of this tutorial we defined a [Customer].[West coast] calculated member in the Customers dimension with a formula:

[Customer].[USA].[CA] + [Customer].[USA].[OR] + [Customer].[USA].[WA]

But it would be better if we could expand or drill into West coast when using it in reports. To enable that you need to define calculated member using Aggregate(set) function. When you will combine such calculated member in a report together with other measure then you will get an aggregated result (by default a sum) of this measure over the specified set of members. So if you will define a [Customer].[West coast] calculated member with a formula


then you will get the same result as previously but in addition you will be able to expand or drill into  West coast  member and see the detailed results for  CA OR  and  WA .

In similar way you can aggregate more complex set expressions. For example, you could define [Customer].[US without west coast]   calculated member with a formula:

Aggregate(  Except(
    { [Customer].[USA].[CA],
      [Customer].[USA].[WA] }

which will calculate aggregate of all US states without west coast states and you can drill into these states as well.


You can write formulas with conditions using IIF and CASE functions. For simple IF / THEN / ELSE type of conditions use IIF(condition, if_true_expression, if_false_expression) (notice that there are two I letters in IIF), for example

IIF([Measures].[Profit] > 0, 'Profit', 'Loss')

If there are many conditions then it is easier to use CASE function, for example

WHEN [Measures].[Profit] > 1000 
THEN 'Big profit' 
WHEN [Measures].[Profit] > 0 
THEN 'Small profit' 
ELSE 'Loss' 

If all conditions are comparisons of the same expression to different expected values then another CASE form can be used, for example

CASE Time.CurrentMember.Level.Name 
WHEN 'Month' 
THEN Sum(LastPeriods(3), [Measures].[Store Sales]) 
WHEN 'Day' 
THEN Sum(LastPeriods(90), [Measures].[Store Sales]) 

In  IIF  and  CASE  conditions standard comparison operators can be used ( = < <= <> > >= ) as well as  AND OR  and  NOT  operators as well as several specific operators:

  • IS returns whether two objects are the same, for example

    [Customer].CurrentMember IS [Customer].DefaultMember

      (which will be true if Customers current member is default All Customers member)

  • IN and NOT IN returns whether member is in a set, for example

    [Customer].CurrentMember IN [Customer].[USA].[CA].Children

Member properties

Dimension members has some default properties (like .Name and .Key) as well as they can have additional custom properties. eazyBI source application import (e.g. from Basecamp, Highrise or JIRA) are also importing additional dimension fields from source systems. MDX has standard Properties function to access member properties. eazyBI defines an additional get (and also with a longer name getProperty) function which will return an empty result instead of an exception if no property is defined for the current dimension level.

For example, JIRA import adds the Created at property for all imported issues. The following expression returns the Created at property value for the Issue dimension current member:

[Issue].CurrentMember.get('Created at')

Date type conversion

Sometimes you might need to convert string expression to an integer, a decimal or a date expression (for example, to convert Highrise custom field string value to corresponding type to be able to use it in further calculations). There are several functions available for data type conversions:

  • CInt(value) returns a value converted to an integer
  • CDbl(value) returns a value converted to a double floating number type (should be used when results should be decimal)
  • eazyBI defines additional function DateParse(value) which will try to convert value to a date value using different date formats (for example both 2012-01-31 and Jan 31 2012 will be converted to the correct date). There is a MDX standard CDate function but it supports less date formats.
  • DateParse function also supports dynamic date expressions as offset from today (learn more about them in date filters help page). For example, you can use DateParse('today') or DateParse('30 days ago') or DateParse('1 week from now').

Time difference calculations defines an additional function DateDiffDays(from_date, to_date) which will return a difference in days between two dates. It can be used together with Now() function (which returns the current time) to get a distance in days between selected Time dimension member and the current date, for example

DateDiffDays(DateParse([Time].CurrentMember.Name), Now())

In addition, defines the function DateAddDays(date, number_of_days) which will return a new date in the past (if number_ of_ days is negative) or in the future (if number_ of_ days is positive). For example, this will return a date which is 5 days from the current Time dimension member

{[Date].DateAddDays(DateParse([Time].CurrentMember.Name), 5)

Sometimes it is useful to get the  Time  dimension member which corresponds to the actual current date. This can be done with eazyBI specific dimension hierarchy level property  CurrentDateMember . For example, these expressions will return the members for the month of the current date and the week of current date:


If there is no  Time  dimension level member that corresponds to the current date (e.g. if data for current month or week are not yet imported) then  CurrentDateMember  will return the last period before the current date which is present in the  Time  dimension corresponding level.

There is also an additional eazyBI specific dimension hierarchy level method DateMember for which you can provide a dynamic date expression argument and get the corresponding member (or the last period before that date which is present in the Time dimension). For examples:

[Time].[Day].DateMember('7 days ago')

If you want to select a subset of Time dimension level members between specified dates then you can use DateBetween function to filter level members using a date range expressions. For example, the following expression will return set of last 7 days from [Time].[Day] level members:

Filter(  [Time].[Day].Members,
  DateBetween([Time].CurrentMember.StartDate,'7 days ago','today')

Default values

Sometimes you want to return a default value if some measure or function will return an empty value. In these cases you can use CoalesceEmpty(expression, default_value) function, for example:

CoalesceEmpty([Measures].[Store Sales], 0)


It is possible to write comments in calculation formulas. Use comments either to describe some non-obvious complex calculations or also commenting is valuable during debugging of the calculation formulas. When something is not working as expected then comment all formula lines and leave uncommented just some part of the formula that you would like to debug.

-- one line comment
expression -- comment until end of line
/* multi line

Special comments with annotations

Available on cloud or Enterprise starting from version 3.1.

You can add special comments in the formulas with annotations for the calculated member. These annotations are used in the eazyBI user interface to group calculated members or to allow or disable certain actions:

Put the calculated member in the specified group in the Calculated members section of the dimension in the report builder.

-- annotations.disable_drill_into=true
Do not allow the Drill into action for this calculated member.

-- annotations.disable_drill_across=true 
Do not allow the Drill across action for this calculated member.

-- annotations.disable_drill_through=true 
Do not allow the Drill through action for this calculated member.

-- annotations.disable_drill=true 
Disable all drill actions for this calculated member.

Changes solve order of calculated members.

List of all MDX functions

This tutorial covered the most frequently used MDX functions and examples on how to use them. If you didn't find what you need then take a look at the  list of all MDX functions .
If you have any unclear questions or issues when writing the calculation formulas then contact support .