Bird
Raised Fist0
Tableaubi_tool~10 mins

Data relationships model in Tableau - Cell-by-Cell Formula Trace

Choose your learning style10 modes available

Start learning this pattern below

Jump into concepts and practice - no test required

or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
Sample Data

Sample data showing two tables: Orders (A1:D4) and Customers (F1:H3). Orders has sales data linked to customers by Customer ID.

CellValue
A1Order ID
B1Customer ID
C1Order Date
D1Sales
A21001
B2C001
C22024-01-10
D2250
A31002
B3C002
C32024-01-15
D3450
A41003
B4C001
C42024-01-20
D4300
F1Customer ID
G1Customer Name
H1Region
F2C001
G2Alice
H2North
F3C002
G3Bob
H3South
Formula Trace
SUMX(RELATEDTABLE(Orders), Orders[Sales])
Step 1: RELATEDTABLE(Orders) for Customer ID 'C001'
Step 2: SUMX(Orders[Sales]) over related rows
Cell Reference Map
Orders Table       Customers Table
+----+----------+------------+-------+    +----------+--------------+--------+
| A1 | B1       | C1         | D1    |    | F1       | G1           | H1     |
|----|----------|------------|-------|    |----------|--------------|--------|
|1001| C001     | 2024-01-10 | 250   |    | C001     | Alice        | North  |
|1002| C002     | 2024-01-15 | 450   |    | C002     | Bob          | South  |
|1003| C001     | 2024-01-20 | 300   |    +----------+--------------+--------+
The formula uses Customer ID to relate Orders table rows to Customers table rows. The relationship is on Customer ID column in both tables.
Result
+----------+--------------+----------------+
| Customer | Total Sales  | Explanation    |
+----------+--------------+----------------+
| Alice    | 550          | Sum of sales for orders 1001 and 1003
| Bob      | 450          | Sum of sales for order 1002
+----------+--------------+----------------+
The result shows total sales per customer by summing sales from related orders using the data relationship on Customer ID.
Sheet Trace Quiz - 3 Questions
Test your understanding
What does RELATEDTABLE(Orders) return for Customer ID 'C001'?
AAll customers with orders
BAll orders with Customer ID 'C001'
CSum of sales for all customers
DSingle order with highest sales
Key Result
RELATEDTABLE returns all rows from a related table matching the current row's key, used with aggregation functions like SUMX to calculate totals.

Practice

(1/5)
1. What is the main purpose of using data relationships in Tableau?
easy
A. To delete unrelated tables automatically
B. To permanently combine tables into one
C. To create duplicate copies of data
D. To connect tables without merging them immediately

Solution

  1. Step 1: Understand what data relationships do

    Data relationships link tables by matching key fields but keep tables separate until analysis.
  2. Step 2: Compare with other options

    Options A, B, and C describe deleting, permanently combining, or duplicating, which are not the purpose of relationships.
  3. Final Answer:

    To connect tables without merging them immediately -> Option D
  4. Quick Check:

    Relationships connect tables without merging [OK]
Hint: Relationships link tables without merging data [OK]
Common Mistakes:
  • Confusing relationships with joins
  • Thinking relationships merge tables immediately
  • Assuming relationships duplicate data
2. Which of the following is the correct way to create a relationship between two tables in Tableau?
easy
A. Write a SQL JOIN statement manually
B. Drag a field from one table to the matching field in another table
C. Copy data from one table and paste into another
D. Use the Data Interpreter to merge tables

Solution

  1. Step 1: Identify how Tableau creates relationships

    Tableau allows creating relationships by dragging a key field from one table to the matching field in another.
  2. Step 2: Eliminate incorrect methods

    Options A, C, and D describe manual SQL, copying data, or using Data Interpreter, which are not how relationships are created.
  3. Final Answer:

    Drag a field from one table to the matching field in another table -> Option B
  4. Quick Check:

    Drag matching fields to create relationships [OK]
Hint: Drag matching keys between tables to create relationships [OK]
Common Mistakes:
  • Trying to write SQL JOINs instead of using drag-and-drop
  • Copy-pasting data instead of linking tables
  • Confusing Data Interpreter with relationships
3. Given two tables: Orders with fields OrderID, CustomerID and Customers with fields CustomerID, CustomerName, what will happen if you create a relationship on CustomerID and then create a view showing CustomerName and count of OrderID?
medium
A. The view shows each customer with the number of their orders
B. The view shows all orders without customer names
C. The view shows customer names but no order counts
D. The view causes an error due to missing join

Solution

  1. Step 1: Understand relationship on CustomerID

    Relationship links Orders and Customers on CustomerID, allowing data from both tables to combine logically.
  2. Step 2: Analyze the view with CustomerName and count(OrderID)

    Tableau aggregates orders per customer, showing customer names with their order counts.
  3. Final Answer:

    The view shows each customer with the number of their orders -> Option A
  4. Quick Check:

    Relationship on CustomerID aggregates orders by customer [OK]
Hint: Relationship on key fields enables combined aggregation [OK]
Common Mistakes:
  • Expecting no aggregation without explicit join
  • Thinking relationship causes errors
  • Assuming customer names won't appear without join
4. You created a relationship between two tables on ProductID, but your view shows incorrect totals. What is the most likely cause?
medium
A. The relationship was created on non-matching fields
B. The tables are physically merged instead of related
C. You forgot to refresh the data source
D. The relationship uses fields with different data types

Solution

  1. Step 1: Check the fields used in the relationship

    If the relationship is created on fields that do not match correctly, the data will not combine as expected, causing wrong totals.
  2. Step 2: Evaluate other options

    Data type mismatch usually prevents relationship creation; physical merge creates a single table instead of relating; refreshing rarely fixes relationship logic errors.
  3. Final Answer:

    The relationship was created on non-matching fields -> Option A
  4. Quick Check:

    Incorrect totals often mean wrong relationship fields [OK]
Hint: Verify relationship fields match exactly to fix totals [OK]
Common Mistakes:
  • Ignoring field mismatches in relationships
  • Assuming refresh fixes relationship logic
  • Confusing relationships with joins or merges
5. You have three tables: Sales (with SaleID, ProductID, DateID), Products (with ProductID, ProductName), and Dates (with DateID, Date). How should you set up relationships to analyze total sales by product name and date?
hard
A. Create a relationship from Products to Dates directly
B. Join all three tables into one large table before analysis
C. Create relationships from Sales to Products on ProductID and from Sales to Dates on DateID
D. Create relationships from Products to Sales on ProductName and from Dates to Sales on Date

Solution

  1. Step 1: Identify keys for relationships

    Sales table contains foreign keys ProductID and DateID linking to Products and Dates tables respectively.
  2. Step 2: Set relationships on matching keys

    Create relationships from Sales to Products on ProductID and from Sales to Dates on DateID to enable combined analysis.
  3. Step 3: Eliminate incorrect options

    Joining all tables into one is not necessary; relating Products to Dates directly lacks a direct key; using ProductName and Date for relationships are incorrect keys.
  4. Final Answer:

    Create relationships from Sales to Products on ProductID and from Sales to Dates on DateID -> Option C
  5. Quick Check:

    Relationships use foreign keys from fact to dimension tables [OK]
Hint: Link fact table keys to dimension tables for analysis [OK]
Common Mistakes:
  • Trying to relate dimension tables directly without fact table
  • Using descriptive fields instead of keys for relationships
  • Joining tables unnecessarily instead of relating