Check your eligibility for this 50% exam voucher offer and join us for free live learning sessions to get prepared for Exam DP-700.
Get StartedDon't miss out! 2025 Microsoft Fabric Community Conference, March 31 - April 2, Las Vegas, Nevada. Use code MSCUST for a $150 discount. Prices go up February 11th. 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 ReportingUser | Count |
---|---|
123 | |
76 | |
63 | |
50 | |
50 |
User | Count |
---|---|
175 | |
125 | |
60 | |
60 | |
58 |