Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Salesforce Analytics-Con-301 Exam - Topic 1 Question 16 Discussion

A company uses an extract built from Custom SQL joining Claims and Members.Members have multiple records in both tables causing data duplication, which results in inflated claim cost trends.Which approach meets performance and maintenance goals?
A) Replace the Custom SQL with a relationship between two Logical Tables: Members and Claims.
B) Replace the Custom SQL with a join between two Physical Tables: Members and Claims.
C) Use LOD calculations to ensure that claim costs are captured at the right granularity.
D) Use Table Calculations to ensure that claim costs are captured at the right granularity.

Salesforce Analytics-Con-301 Exam - Topic 1 Question 16 Discussion

Actual exam question for Salesforce's Analytics-Con-301 exam
Question #: 16
Topic #: 1
[All Analytics-Con-301 Questions]

A company uses an extract built from Custom SQL joining Claims and Members.

Members have multiple records in both tables causing data duplication, which results in inflated claim cost trends.

Which approach meets performance and maintenance goals?

Show Suggested Answer Hide Answer
Suggested Answer: A

Comprehensive and Detailed Explanation From Exact Extract:

The problem:

Custom SQL joins two multi-row tables, causing many-to-many duplication.

This artificially multiplies claim costs.

The extract becomes heavy and slow due to Custom SQL.

Tableau's recommended solution:

Use Relationships in the Logical Layer

Instead of physical joins

Tableau resolves many-to-many issues automatically

Query is generated at the appropriate granularity to avoid duplication

This is exactly Option A.

Relationships allow the Claims facts to remain at the claim grain and Members to remain at the member grain. Tableau resolves aggregations correctly, preventing inflated values.

Why the others are incorrect:

B --- Physical Join

Would continue the same duplication problem because multi-row joins multiply rows.

C --- LODs

Would require complex calculations and are error-prone.

They do NOT fix the duplication in the underlying extract.

D --- Table Calculations

Happen after Tableau aggregates the duplicated data --- too late to fix the inflated baseline numbers.

Thus, the only correct and modern solution is relationships.

Relationships documentation explaining resolution of many-to-many granularity issues.

Guidance recommending avoiding Custom SQL for performance reasons.

Logical Layer behavior preventing row-duplication errors.


Contribute your Thoughts:

0/2000 characters
Harris
4 days ago
A) is the best choice for reducing duplication.
upvoted 0 times
...
Nan
9 days ago
I vaguely recall that Table Calculations might not be the best for performance, but I can't remember the specifics of why that is.
upvoted 0 times
...
Diane
14 days ago
I feel like replacing Custom SQL with a join between Physical Tables could lead to performance issues, especially with the data duplication problem.
upvoted 0 times
...
Coral
19 days ago
I think we practiced a similar question where using LOD calculations was emphasized for capturing data accurately. It might be relevant here too, but I’m not confident.
upvoted 0 times
...
Shantell
24 days ago
I remember we discussed how using relationships between Logical Tables can help reduce data duplication, but I'm not entirely sure if that's the best approach here.
upvoted 0 times
...

Save Cancel