Get certified for free when you join Fabric Data Days 2026 and dive into Fabric, Power BI, SQL, AI, and other essential data skills.
Join nowJuly 7 - July 17 | Round 2 of the Power BI Dataviz World Championships. Don't miss your chance! Learn more
Hi, I've been trying to solve an issue, and to date I haven't been able to reach what I'd say is an optimal solution.
I have a dimension (Features) which needs to be referenced in 2 other dimensions (Actions and Sessions), which in turn are referenced from the same Fact table (UserAction). This creates ambiguity and I can't complete the schema:
(note: snip of the model, not the whole thing)
(included the bridge tables to show some of the added complexity in the model with many-to-many relationships)
I think the issue might be with Dim_Features technically having different meaning between both dimensions? It means both:
* An Action belongs to this Feature / Feature Area
* A Session had this Feature / Feature Area available (owned)
What I need to accomplish is being able to filter/slice Fact_UserActions by Sessions where certain features are available / unavailable, to then analyse things like:
* Which Features are used when Feature 'A' is owned (as in, correlations between certain features being ownes, and others being used)?
* How many users who own a Feature have not used it?
* How often is a Feature used? (constrained by population of sessions that own it, ie. where it could actually be used)
In this scenario, if you only care about the Features either Used (realted to Action dimension) or Owned (related to Session dimension), your schema is fine. But if you need to know the count of Features sliced by both Action dimension and Session Dimension, you'd better build a fact table comtains Action, Session, Feature information between Dim_Action and Dim_Session connecting Dim_Feature.
Regards,
Join us in Barcelona for FabCon and SQLCon, the Fabric, Power BI, SQL, and AI community event. Save €200 with code FABCMTY200.
Join Fabric Data Days 2026: 60 days of free live/on-demand sessions, challenges, study groups, and certification opportunities.
| User | Count |
|---|---|
| 65 | |
| 41 | |
| 40 | |
| 39 | |
| 39 |