Starting December 3, join live sessions with database experts and the Microsoft product team to learn just how easy it is to get started
Learn moreGet certified in Microsoft Fabric—for free! For a limited time, get a free DP-600 exam voucher to use by the end of 2024. Register now
Hi.
I have run into a problem with ambiguous relationships.
What I want:
-I have three transaction tables (highlighted in green)
-each of these tables include the field 'Part number replaced' (underlined in red)
-I have two index tables (highlighted in yellow), where the part numbers are categorized
-the categorizations in the two tables are different and used for different purposed, i.e. I need both
The issue I run into is:
-I have relationships set up and working for the 'IBC Item BOM list' (yellow)
-I also have relationship set up for 'NCR View' (green) and 'sourcing mart dim...' (yellow)
-so, for 'NCR View', I get what I want - i.e. a categorization based on both index tables.
-when I try to create relationships between the other two transaction tables ('RPT Warranty...', 'Claim Master...') and the other index table, 'sourcing mart dim...' (yellow), I get the error message that such relationship would introduce ambiguity between other tables.
Solved! Go to Solution.
Hello Konrad,
The issue here is due to the double sided crossfilter directions.
As an example,
If you place a filter on IBC_Item_BOM_List it it will filter RPT_Warranty_and_sold.
If RPT_Warranty_and_sold is filtered it will then filter Sourcing_mart dim.
Sourcing_mart dim will then filter Claim_Master_View.
And finally Claim_Master_View filters IBC_Item_BOM_List.
So the result is that placing a filter on IBC_Item_BOM_List creates a situation where the tables tries to filter itself, which doesn't work too well.
If you change the direction of the crossfilter so that they are one-sided you should be able to create the relationship.
Br,
Johannes
Hello Konrad,
The issue here is due to the double sided crossfilter directions.
As an example,
If you place a filter on IBC_Item_BOM_List it it will filter RPT_Warranty_and_sold.
If RPT_Warranty_and_sold is filtered it will then filter Sourcing_mart dim.
Sourcing_mart dim will then filter Claim_Master_View.
And finally Claim_Master_View filters IBC_Item_BOM_List.
So the result is that placing a filter on IBC_Item_BOM_List creates a situation where the tables tries to filter itself, which doesn't work too well.
If you change the direction of the crossfilter so that they are one-sided you should be able to create the relationship.
Br,
Johannes
Thank you Johannes!
It worked.
When I changed the filter direction (to single), I consistently used "Index table filters Transaction table". (not sure what impact the direction has, but I am happy:-))
Starting December 3, join live sessions with database experts and the Fabric product team to learn just how easy it is to get started.
March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount! Early Bird pricing ends December 9th.
User | Count |
---|---|
90 | |
87 | |
84 | |
66 | |
49 |
User | Count |
---|---|
131 | |
110 | |
96 | |
70 | |
67 |