Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Grow your Fabric skills and prepare for the DP-600 certification exam by completing the latest Microsoft Fabric challenge.

Reply
swolfe2
Frequent Visitor

Composite Model: If week number not on aggregation table, go back to fact table?

I've been asked by the business to come up with a method to provide fast reporting for the past 8 weeks, while leaving all previous weeks available to query knowing those scenarios will take a performance hit.

Here's the current model:

swolfe2_1-1652963879680.png

 

When the user selects a week in the previous 8 weeks from the date table, which is also on the aggregation table, I can tell that it's working correctly in DAX studio with an aggregation hit. However, once a user selects a week that is NOT on the aggregation table, but is on the date table, DAX studio shows that it's still an aggregation hit and the measure returns null. 

It shouldn't be possible for it to have found a match on the agg table since this week number doesn't exist on it:

swolfe2_2-1652963982870.png

Any help/direction would be greatly appreciated!

 

2 ACCEPTED SOLUTIONS
v-eqin-msft
Community Support
Community Support

Hi @swolfe2 ,

 

Sorry for that the information you have provided is not making the problem clear to me.

According to this: However, once a user selects a week that is NOT on the aggregation table, but is on the date table, DAX studio shows that it's still an aggregation hit and the measure returns null. 

It shouldn't be possible for it to have found a match on the agg table since this week number doesn't exist on it.

 

Actually I think It's an expected behavior:

Eyelyn9_0-1653291642170.png

 

Best Regards,
Eyelyn Qin

View solution in original post

Yes, that's the same behavior I'm seeing on my side. 

 

I suppose the DAX that's being generated is just looking for "Is there an aggregated column based off of the year?" and not also "Does this year exist on the aggregated table, too?".

View solution in original post

2 REPLIES 2
v-eqin-msft
Community Support
Community Support

Hi @swolfe2 ,

 

Sorry for that the information you have provided is not making the problem clear to me.

According to this: However, once a user selects a week that is NOT on the aggregation table, but is on the date table, DAX studio shows that it's still an aggregation hit and the measure returns null. 

It shouldn't be possible for it to have found a match on the agg table since this week number doesn't exist on it.

 

Actually I think It's an expected behavior:

Eyelyn9_0-1653291642170.png

 

Best Regards,
Eyelyn Qin

Yes, that's the same behavior I'm seeing on my side. 

 

I suppose the DAX that's being generated is just looking for "Is there an aggregated column based off of the year?" and not also "Does this year exist on the aggregated table, too?".

Helpful resources

Announcements
Europe Fabric Conference

Europe’s largest Microsoft Fabric Community Conference

Join the community in Stockholm for expert Microsoft Fabric learning including a very exciting keynote from Arun Ulag, Corporate Vice President, Azure Data.

RTI Forums Carousel3

New forum boards available in Real-Time Intelligence.

Ask questions in Eventhouse and KQL, Eventstream, and Reflex.