The ultimate Microsoft Fabric, Power BI, Azure AI, and SQL learning event: Join us in Stockholm, September 24-27, 2024.
Save €200 with code MSCUST on top of early bird pricing!
Find everything you need to get certified on Fabric—skills challenges, live sessions, exam prep, role guidance, and more. Get started
My filter does not show the dataset options, even with the dimension table correctly classified. What is stranger is that the options appear from a date, and others do not.
The fields selected in the table are: Store_ID (fact table), Store_Name (dimension table). The field selected in the filter is StoreName (dimension table)
Solved! Go to Solution.
This can be a number of things.
There could be other issues too. Without the PBIX, just tossing out things for you to look at.
DAX is for Analysis. Power Query is for Data Modeling
Proud to be a Super User!
MCSA: BI ReportingYour FACT table isn't (shouldn't) be filtering your DIM tables. You need to put your Store ID from the DIM table it is in. Never use fields in your FACT table for filtering, slicing, etc. In fact, I generally hide all fields in the FACT table not directly used for reporting, and that is usually just text fields. Any numerical fields I convert to an explicit measure to prevent any implicit measures. Then I hide all of the numerical fields.
DAX is for Analysis. Power Query is for Data Modeling
Proud to be a Super User!
MCSA: BI ReportingThe same is true when using the dimension table ID_Store. The problem is not there.
I really don't know what's going on here. The problem does not seem to be exactly with the filter. Look at these tables:
table 1 is the Operation (dimension table) and the store id (fact table). Table 2 contains only the operation (dimension table). Although in table 1 there are stores with the classification "shopping", this option does not even appear when I select only the type of operation in another table.
I'd need to see an image of the model and prefereably a link to a PBIX file. Screenshots of slicers and visuals dont' really tell me how they are connected.
DAX is for Analysis. Power Query is for Data Modeling
Proud to be a Super User!
MCSA: BI ReportingI cannot send the file because this data is confidential. But here's the model. (id_etb_gcom = Id_loja)
This can be a number of things.
There could be other issues too. Without the PBIX, just tossing out things for you to look at.
DAX is for Analysis. Power Query is for Data Modeling
Proud to be a Super User!
MCSA: BI Reporting
It worked, and it was for something related to point three of what you mentioned.
I have no idea why, but the fact that there is a many-to-many relationship between D_Store and the second fact table was messing up the relationship with the first fact table as well. When I canceled the many-to-many relationship with the second fact table, everything worked normally.
Thank you, bro!
Glad you got it sorted out @Anonymous.
I'm pretty good with Power BI, but even I will avoid Many-to-Many relationships wherever possible. It is different beast and can have odd effects on the model. You need to fully understand what it is doing. I'm not to that chapter in The Definitive Guide for DAX yet. 😀
DAX is for Analysis. Power Query is for Data Modeling
Proud to be a Super User!
MCSA: BI ReportingJoin the community in Stockholm for expert Microsoft Fabric learning including a very exciting keynote from Arun Ulag, Corporate Vice President, Azure Data.
Check out the August 2024 Power BI update to learn about new features.
Learn from experts, get hands-on experience, and win awesome prizes.
User | Count |
---|---|
115 | |
81 | |
81 | |
48 | |
41 |
User | Count |
---|---|
149 | |
110 | |
66 | |
64 | |
56 |