Why LOD expressions control aggregation scope in Tableau - Formula Trace Breakdown

Sample Data

Sales data by Region and Category

Cell	Value
A1	Region
B1	Category
C1	Sales
A2	East
B2	Furniture
C2	100
A3	East
B3	Technology
C3	200
A4	West
B4	Furniture
C4	150
A5	West
B5	Technology
C5	300

Formula Trace

{FIXED [Region] : SUM([Sales])}

Step 1: SUM([Sales]) for Region = 'East'

Step 2: SUM([Sales]) for Region = 'West'

Step 3: {FIXED [Region] : SUM([Sales])} returns sales sum per Region

Cell Reference Map

    A       B          C
1 |Region | Category | Sales
2 | East  | Furniture| 100  
3 | East  | Technology| 200 
4 | West  | Furniture| 150  
5 | West  | Technology| 300 

The formula uses Sales values grouped by Region ignoring Category

Result

    A       D
1 |Region | Fixed Sales
2 | East  | 300
3 | West  | 450

The LOD expression shows total sales per Region ignoring Category detail

Sheet Trace Quiz - 3 Questions

What does the LOD expression {FIXED [Region] : SUM([Sales])} calculate?

A Total sales for all data ignoring Region and Category

B Total sales per Region ignoring Category

C Total sales per Category ignoring Region

D Sales for each individual row

Key Result

LOD expressions fix aggregation scope to specified dimensions ignoring others

Practice

1. What is the main purpose of Level of Detail (LOD) expressions in Tableau?

easy

A. To export data to Excel automatically

B. To change the color of charts dynamically

C. To filter data based on user input

D. To control how data is grouped before aggregation

Solution

1. Step 1: Understand LOD expression role

   LOD expressions let you fix or change the grouping level before aggregation happens.

2. Step 2: Compare with other options

   Changing colors, filtering, or exporting are unrelated to aggregation scope control.

3. Final Answer:

   To control how data is grouped before aggregation -> Option D

4. Quick Check:

   LOD controls grouping before aggregation = A [OK]

Hint: LOD fixes grouping level before aggregation [OK]

Common Mistakes:

• Confusing LOD with filtering
• Thinking LOD changes chart colors
• Assuming LOD exports data

2. Which of the following is the correct syntax for a FIXED LOD expression in Tableau?

easy

A. { FIXED [Region] : SUM([Sales]) }

B. { INCLUDE [Region] : SUM([Sales]) }

C. { EXCLUDE [Region] : AVG([Sales]) }

D. { FIXED SUM([Sales]) : [Region] }

Solution

1. Step 1: Identify correct FIXED syntax

   FIXED LOD syntax is { FIXED [Dimension] : Aggregation }, so { FIXED [Region] : SUM([Sales]) } matches.

2. Step 2: Check other options

   Options A and B use different LOD types, and D has incorrect order.

3. Final Answer:

   { FIXED [Region] : SUM([Sales]) } -> Option A

4. Quick Check:

   FIXED syntax = { FIXED [Dimension] : Aggregation } [OK]

Hint: FIXED syntax: { FIXED [Dimension] : Aggregation } [OK]

Common Mistakes:

• Swapping dimension and aggregation order
• Using INCLUDE or EXCLUDE instead of FIXED
• Missing curly braces

3. Given the data view grouped by [Category], what will { FIXED [Category] : SUM([Sales]) } return compared to SUM([Sales])?

medium

A. FIXED returns total sales ignoring Category grouping

B. SUM returns total sales ignoring Category grouping

C. Both return the same total sales per category

D. FIXED returns average sales per category

Solution

1. Step 1: Understand FIXED with grouping

   FIXED on [Category] fixes aggregation at category level, matching the view's grouping.

2. Step 2: Compare with SUM aggregation

   SUM([Sales]) aggregated by Category in the view also sums sales per category.

3. Final Answer:

   Both return the same total sales per category -> Option C

4. Quick Check:

   FIXED on grouping dimension = same as SUM by that group [OK]

Hint: FIXED on grouped dimension equals normal aggregation [OK]

Common Mistakes:

• Thinking FIXED ignores grouping always
• Confusing FIXED with INCLUDE or EXCLUDE
• Assuming FIXED changes aggregation type

4. Identify the error in this LOD expression: { FIXED : SUM([Sales]) }

medium

A. Missing dimension after FIXED keyword

B. SUM aggregation is not allowed in LOD

C. Curly braces are not needed

D. FIXED cannot be used without INCLUDE or EXCLUDE

Solution

1. Step 1: Check FIXED syntax requirements

   FIXED requires at least one dimension to fix aggregation scope, missing here.

2. Step 2: Validate other parts

   SUM is valid aggregation, curly braces are required, and FIXED can be used alone.

3. Final Answer:

   Missing dimension after FIXED keyword -> Option A

4. Quick Check:

   FIXED needs dimension(s) specified [OK]

Hint: FIXED must specify dimension(s) after keyword [OK]

Common Mistakes:

• Leaving out dimension after FIXED
• Removing curly braces
• Confusing FIXED with INCLUDE/EXCLUDE requirement

5. You want to calculate the total sales per customer ignoring the current view's grouping by product. Which LOD expression should you use?

hard

A. { INCLUDE [Product] : SUM([Sales]) }

B. { FIXED [Customer] : SUM([Sales]) }

C. { EXCLUDE [Customer] : SUM([Sales]) }

D. { FIXED [Product] : SUM([Sales]) }

Solution

1. Step 1: Understand requirement

   You want total sales per customer ignoring product grouping in the view.

2. Step 2: Choose correct LOD type

   FIXED on [Customer] fixes aggregation at customer level, ignoring other groupings like product.

3. Step 3: Evaluate options

   INCLUDE adds dimensions, EXCLUDE removes dimensions incorrectly here, FIXED on product fixes wrong dimension.

4. Final Answer:

   { FIXED [Customer] : SUM([Sales]) } -> Option B

5. Quick Check:

   FIXED fixes aggregation ignoring view grouping [OK]

Hint: Use FIXED on dimension to ignore view grouping [OK]

Common Mistakes:

• Using INCLUDE or EXCLUDE instead of FIXED
• Fixing wrong dimension
• Confusing FIXED with filtering