nerdexam
Microsoft

70-467 · Question #111

You need to recommend a cube architecture for CUBE1. The solution must meet the performance requirements for CUBE1. Which two partitions should you recommend creating? Each Answer presents part of…

The correct answer is A. Partitions based on the values of the customerID column in the dimension table D. Partitions based on the values of the productID column in the dimension table. In SSAS Multidimensional, defining partitions by joining to dimension table attribute values aligns partition boundaries with how the query engine traverses dimension hierarchies, enabling effective partition elimination.

Design a data warehousing solution

Question

You need to recommend a cube architecture for CUBE1. The solution must meet the performance requirements for CUBE1. Which two partitions should you recommend creating? Each Answer presents part of the solution.

Options

  • APartitions based on the values of the customerID column in the dimension table
  • BPartitions based on the values of the customerID column in the fact table
  • CPartitions based on the values of the productID column in the fact table
  • DPartitions based on the values of the productID column in the dimension table

How the community answered

(28 responses)
  • A
    61% (17)
  • B
    14% (4)
  • C
    25% (7)

Why each option

In SSAS Multidimensional, defining partitions by joining to dimension table attribute values aligns partition boundaries with how the query engine traverses dimension hierarchies, enabling effective partition elimination.

APartitions based on the values of the customerID column in the dimension tableCorrect

Partitions filtered by customerID values from the dimension table allow the storage engine to skip entire partitions when queries filter on the Customer dimension, directly matching the cube's dimension hierarchy traversal and reducing I/O.

BPartitions based on the values of the customerID column in the fact table

Filtering partitions by customerID directly from the fact table's foreign key column does not align with the dimension hierarchy navigation the query engine uses, so partition elimination is less effective than when dimension table attribute values define the boundary.

CPartitions based on the values of the productID column in the fact table

Filtering partitions by productID from the fact table's foreign key column has the same limitation - partition boundaries defined on raw fact-table keys are not directly leveraged during dimension-hierarchy-based query pruning in SSAS.

DPartitions based on the values of the productID column in the dimension tableCorrect

Partitions filtered by productID values from the dimension table similarly allow partition elimination for product-based queries, and referencing the dimension table ensures partition boundaries are consistent with dimension member ranges used in MDX queries.

Concept tested: SSAS cube partition design aligned with dimension hierarchies

Source: https://learn.microsoft.com/en-us/analysis-services/multidimensional-models/partitions-in-multidimensional-models

Topics

#SSAS cube#partitioning strategy#performance tuning#measure groups

Community Discussion

No community discussion yet for this question.

Full 70-467 Practice