Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Join the FabCon + SQLCon recap series. Up next: Power BI, Real-Time Intelligence, IQ and AI, and Data Factory take center stage. All sessions are available on-demand after the live show. Register now

Reply
KenMann
Regular Visitor

How to solve ambiguity path

Hi guys,

 

In my FactInternetSales table, I have columns : SalesTeritory and Customers.

In my Relationship diagram, I am now set like this :

KenMann_0-1701450259937.png

As the above, Sales Teritory already have path like this : SalesTeritory -> Geography -> Customers -> FactInternetSales

How to connect also SalesTeritory to FactInternetSales ?

Cause if I do this, it will produce ambiguity. But I'm thinking what if I want to slice my Fact data directly based on SalesTeritory, provided whatever the customer is ?

 

Thanks.

 

1 ACCEPTED SOLUTION

Merge into DimCustomers any columns from DimSalesTerritory and DimGeography any columns that you want to associate with customers. You can still keep DimSalesTerritory as a separate table to filter FactInternetSales.

 

I'm guessing it's possible to have a sale in a geography that isn't the same as the geography associated with a customer. The method I'm suggesting allows you to have e.g. SalesCountry (from DimSalesTerritory) and CustomerCountry (from the merged/denormalized DimCustomer) as independent dimensions that don't necessarily match. If this isn't how your data works (e.g. if you only have geographic data associated with sales or customers but not both), then my suggested method is not what you want.

View solution in original post

3 REPLIES 3
AlexisOlson
Super User
Super User

The star schema approach tends to work best for Power BI.

 

With this in mind, I'd recommend connecting DimSalesTerritory only to FactInternetSales (not DimGeography) and denormalizing and including any geography and territory information directly relevant to customers in DimCustomer. Similarly, DimCategory and DimProduct can be denormalized into a single table.

Hi Alexis,

 

Means to say "denormalizing and including any geography and territory information directly relevant to customers in DimCustomer." is to merge together SalesTeritory+Geography+Customers into 1 table then make a relation between Customer to FactInternetSales only ?

 

I will try this, thank you.

Merge into DimCustomers any columns from DimSalesTerritory and DimGeography any columns that you want to associate with customers. You can still keep DimSalesTerritory as a separate table to filter FactInternetSales.

 

I'm guessing it's possible to have a sale in a geography that isn't the same as the geography associated with a customer. The method I'm suggesting allows you to have e.g. SalesCountry (from DimSalesTerritory) and CustomerCountry (from the merged/denormalized DimCustomer) as independent dimensions that don't necessarily match. If this isn't how your data works (e.g. if you only have geographic data associated with sales or customers but not both), then my suggested method is not what you want.

Helpful resources

Announcements
April Power BI Update Carousel

Power BI Monthly Update - April 2026

Check out the April 2026 Power BI update to learn about new features.

New to Fabric survey Carousel

New to Fabric Survey

If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.

Power BI DataViz World Championships carousel

Power BI DataViz World Championships - June 2026

A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.

FabCon and SQLCon Highlights Carousel

FabCon &SQLCon Highlights

Experience the highlights from FabCon & SQLCon, available live and on-demand starting April 14th.