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

[swolfe2]

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:

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:

Any help/direction would be greatly appreciated!

[Anonymous · Accepted solution]

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:

Best Regards,
Eyelyn Qin

[Anonymous · Accepted solution]

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:

Best Regards,
Eyelyn Qin

[swolfe2 · Accepted solution]

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?".