Don't miss your chance to take the Fabric Data Engineer (DP-600) exam for FREE! Find out how by attending the DP-600 session on April 23rd (pacific time), live or on-demand.
Learn moreNext up in the FabCon + SQLCon recap series: The roadmap for Microsoft SQL and Maximizing Developer experiences in Fabric. All sessions are available on-demand after the live show. Register now
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 ReportingIf you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.
A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.
Experience the highlights from FabCon & SQLCon, available live and on-demand starting April 14th.
| User | Count |
|---|---|
| 47 | |
| 44 | |
| 40 | |
| 20 | |
| 15 |
| User | Count |
|---|---|
| 70 | |
| 68 | |
| 32 | |
| 27 | |
| 25 |