Power BI is turning 10! Tune in for a special live episode on July 24 with behind-the-scenes stories, product evolution highlights, and a sneak peek at what’s in store for the future.
Save the dateEnhance your career with this limited time 50% discount on Fabric and Power BI exams. Ends August 31st. Request your voucher.
Hi there
I have a problem with ambigious relationship .. and I can't figure how to fix this .. so I hope that someone out there could guide me in the right direction.
in the picture you can see an overlook of the model and the relationship, but I need a relationship between the Date-table and PriceList line (the blue/red dotted line) ..
But when I add the relationship between these two tables, I'm told it's ambigiously ..
Are there anyone who have an idea on how to solve this ?
Solved! Go to Solution.
This looks to me like a relational database schema. My advice is to flatten this into a star schema as best you can. Eg, the bonus entry tables look like they could be flattened. I also suggest appending the invoice header and credit header into a single table. Just add a new column to identify each as invoice or credit. Same for the details.
I can see that you have a pricing table. I suggest you consider writing the data during ETL into the transaction tables. From what I can see, you are storing the "prices" in the model. A different approach would be to write/store the price against the transaction during data load. If you can do this, everything would be a lot easier.
if you make these changes, I think the problem goes away. What you need to know is that relationships in PBI re actually "instructions" for the model to propagate filters between tables. If there is more than one path for filter propagation between tables, then "ambiguity" sets in. By flattening and simplifying the model during load, you can make it work.
This looks to me like a relational database schema. My advice is to flatten this into a star schema as best you can. Eg, the bonus entry tables look like they could be flattened. I also suggest appending the invoice header and credit header into a single table. Just add a new column to identify each as invoice or credit. Same for the details.
I can see that you have a pricing table. I suggest you consider writing the data during ETL into the transaction tables. From what I can see, you are storing the "prices" in the model. A different approach would be to write/store the price against the transaction during data load. If you can do this, everything would be a lot easier.
if you make these changes, I think the problem goes away. What you need to know is that relationships in PBI re actually "instructions" for the model to propagate filters between tables. If there is more than one path for filter propagation between tables, then "ambiguity" sets in. By flattening and simplifying the model during load, you can make it work.
thanks for you advise .. I didn't do exactly what you suggested, but it set the foundation to a solution ..
thank you very much!
aren't you retired? or is this what retirement looks like? 🤣
😜. Retirement for me is answering questions that I want to answer as opposed to answering questions I have to answer in order to earn a living, whether I want to answer them or not. 🙂
That is a great answer!
Check out the July 2025 Power BI update to learn about new features.
This is your chance to engage directly with the engineering team behind Fabric and Power BI. Share your experiences and shape the future.
User | Count |
---|---|
69 | |
68 | |
40 | |
29 | |
26 |
User | Count |
---|---|
86 | |
49 | |
45 | |
38 | |
37 |