Forum Discussion
Multiply Across Fact Tables with Measures
Super UserWhy is Subcategories4 not a child dimension of Categories?
Two reasons
(1) its not always defined, particularly in the Projects Data Model, you'll note that none of those rows have a relationship to Subcategory
(2) its not actually used for any of these calculations and analysis, however the original "Benchmark" data was defined at that granular level and when the project started it wasn't clear if the end user was going to want any reporting or analysis at the Subcategory level. So the data was retained.
In the real data model, there is hierarch for Category\Subcategory, but again more as a CYA since the rest of the model, visualzation and analysis is all focused on Category, Care Setting & Site.
- lbendlin
is this a correct representation, with "dimensions" at the top and "facts" at the bottom ?
In light of all the field name changes, do you mind restating the original DAX Studio query with the new names?
The representation is correct. Yes, I can write the original query. Just not from this device at the moment.
Good news, bad news... I realized I can't re-create the original statement. It was relying on a relationship that I shouldn't rely on which was exposed thanks to my cleaned up example model.
Thinking about it further, originally I was thinking that I needed to summarize the ProjectArea table, but I don't think that is appopriate. There is no data I need to summerize from that table. I need to leverage the data, but not summarize it. I'm generating new data for each Depdent Category by mutiplying the measures [Area by Care Setting Ratio] * [% of Benchmark Dependent Program by CareSetting].
I need to iteratate through each Depdent Category multiplying those values, but the values have to have the proper context as in the visual tables in the sample file.
Thoughts?