|Now(), The Formula Engine Cache And The Where Clause|
|Written by Chris Webb|
|Friday, 15 November 2013 18:43|
Reposted from Chris Webb's blog with the author's permission.
Back in 2009 I blogged about how the use of the Now() function inside calculated members prevents the results of those calculations being cached for longer than the lifetime of a query. It might be worth rereading that post before you carry on to get some background on the problem here:
Today I had an interesting email from a customer (thank you, Per!) showing me something I didn't know: that using the Now() function in the Where clause of a query has the same effect.
Here's the repro. On the MDX Script of the Adventure Works cube, I created the following calculated measure:
CREATE MEMBER CURRENTCUBE.MEASURES.TEST AS [Measures].[Internet Sales Amount] + 1;
Now consider the following query:
The first time the query is run you can see in Profiler the SSAS Storage Engine retrieving values; the second time it's run you can see the values for MEASURES.TEST being returned from the Formula Engine cache.
Now consider this second query:
It returns the same result as the previous query (at least so long as the current year is 2013), but you can see in Profiler that the second time the query is run, once again the Storage Engine cache is queried and the Formula Engine cache is not used:
So clearly the use of the Now() function in the Where clause is enough to prevent the use of global scope by the Formula Engine cache, and some limited testing suggests the same applies for other non-deterministic functions like Username() - which is hardly surprising. Something to watch out for, then.
Latest Author Articles
- A Closer Look At Power Query/SSAS Integration
- Bidirectional Relationships And Many-To-Many In The Power BI Designer
- MDX Solve Order, SCOPE_ISOLATION and the Aggregate() function
- Counting Customers Who Have Bought All Selected Products
- Power Pivot / Power Query Read-Only Connection Problems In Excel 2013 - And What To Do About Them