Join us at FabCon Atlanta from March 16 - 20, 2026, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.
Register now!Get Fabric Certified for FREE during Fabric Data Days. Don't miss your chance! Request now
Sorry, I am new to PowerBI and I have an issue regarding slicers on reports which are based on tables that have 1-to-many relationships between them.
(i) I have one table called 'TICKET' with columns that include [TicketId], [Date] and [RaisedBy].
(ii) Another table called 'TICKET_DETAILS' that is related to 'TICKET' via a 1:Many relationship ('TABLE' is on the 1 side)
(iii) The 'TICKET_DETAILS' table has columns that include [TicketId] and [CountriesImpacted].
i.e. a Ticket can impact multiple countries.
My PowerBI report currently shows the COUNT OF [TicketId] by the [Date] of each Ticket, with a slicer on 'TICKET'[RaisedBy] to filter the date by who raised the ticket.
So far, so good.
Q. Can I create a slicer that further filters tickets by 'TICKET_DETAILS'[CountriesImpacted] (thus parsing the 1:M relationship)?
The DAX function:
RELATED()only navigates M:1 relationships (not 1:M).
At the moment, I am having to use DAX to create a new calculated column on 'TICKET', called [CountriesImpacted] that contains a comma-separated list of the 'TICKET_DETAILS'[CountriesImpacted] values.
However, the slicer gives me a duplicated list of all countries impacted, causing a poor user experience.
Any ideas on how to add a slicer that navigates 1:M model relationships to filter a report?
Any help much appreciated, thanks.
Solved! Go to Solution.
One approach is to merge the TICKET table into TICKET_DETAILS. The columns in TICKET would be moved to TICKET_DETAILS, leaving you with one fact table. Then create a star schema by creating dimension tables such as Country and Date. The Country dimension would have a 1:M relationship with TICKET_DETAILS, enabling you to filter on CountriesImpacted. If TICKET has metrics such as TicketPrice, you'll need to handle them properly in TICKET_DETAILS to avoid duplication (e.g., you could allocate TicketPrice across each ticket's rows in TICKET_DETAILS).
https://www.sqlbi.com/articles/header-detail-vs-star-schema-models-in-tabular-and-power-bi/
Proud to be a Super User!
Thank you so muc - that is really helpful !
One approach is to merge the TICKET table into TICKET_DETAILS. The columns in TICKET would be moved to TICKET_DETAILS, leaving you with one fact table. Then create a star schema by creating dimension tables such as Country and Date. The Country dimension would have a 1:M relationship with TICKET_DETAILS, enabling you to filter on CountriesImpacted. If TICKET has metrics such as TicketPrice, you'll need to handle them properly in TICKET_DETAILS to avoid duplication (e.g., you could allocate TicketPrice across each ticket's rows in TICKET_DETAILS).
https://www.sqlbi.com/articles/header-detail-vs-star-schema-models-in-tabular-and-power-bi/
Proud to be a Super User!
Check out the November 2025 Power BI update to learn about new features.
Advance your Data & AI career with 50 days of live learning, contests, hands-on challenges, study groups & certifications and more!