nerdexam
Microsoft

70-467 · Question #167

You are creating a calculated measure in a sales cube by using a Multidimensional Expressions (MDX) calculation. The cube includes a date dimension. The date dimension has a hierarchy named Calendar…

The correct answer is B. Option B. YTD MDX calculations require the right aggregate function and period reference to adapt across multiple hierarchy levels without hardcoding a single level.

Design BI data models

Question

You are creating a calculated measure in a sales cube by using a Multidimensional Expressions (MDX) calculation. The cube includes a date dimension. The date dimension has a hierarchy named Calendar that includes Calendar Year, Month, and Day attributes. The calculated measure must calculate the year-to-date sales for the current slicer. The MDX calculation must work for as many hierarchy levels as possible. You need to create a calculated measure for the cube that meets the requirements. Which expression should you use in the calculation designer? (More than one answer choice may achieve the goal. Select the BEST answer.)

Exhibit

70-467 question #167 exhibit

Options

  • AOption A
  • BOption B
  • COption C
  • DOption D

How the community answered

(29 responses)
  • A
    34% (10)
  • B
    45% (13)
  • C
    7% (2)
  • D
    14% (4)

Why each option

YTD MDX calculations require the right aggregate function and period reference to adapt across multiple hierarchy levels without hardcoding a single level.

AOption A

Option A likely uses a hardcoded or less flexible approach such as YTD() without a proper hierarchy reference, which may not resolve correctly at all levels of the Calendar hierarchy.

BOption BCorrect

The correct expression likely uses Aggregate(PeriodsToDate([Date].[Calendar].[Calendar Year])) or an equivalent that resolves the current slicer context dynamically. This approach leverages PeriodsToDate anchored to the Calendar Year level, which works whether the current context is Month or Day, making it portable across multiple levels of the Calendar hierarchy.

COption C

Option C likely omits the Aggregate wrapper or uses an incorrect period anchor, causing it to fail or return wrong results when evaluated at hierarchy levels other than the one explicitly referenced.

DOption D

Option D likely uses a Sum or a fixed date range that does not adapt to the current slicer context, so it would fail to produce accurate YTD results at multiple hierarchy levels.

Concept tested: MDX year-to-date calculation across hierarchy levels

Source: https://learn.microsoft.com/en-us/sql/mdx/periodstodate-mdx

Topics

#MDX YTD#time intelligence#calculated measures#SSAS hierarchy

Community Discussion

No community discussion yet for this question.

Full 70-467 Practice