Updated Paper on Aggregations in ProClarity 6.3 - SCOPE_ISOLATION

I've updated our paper on aggregation in ProClarity 6.3. I've added information on the SCOPE_ISOLATION property.

In Analysis Services 2000, all calculations were evaluated in the same calculation pass – unless a specific solve order was specified in the calculated member definition. This means that the query scoped MDX could specify a different solve order than the MDX in a cube calculated member - allowing calculations in the query to be solved before calculations in the cube. This ability to change the order of operations gave some flexibility but also added complexity.

In SSAS 2005 the behavior was changed and cube calculations were always evaluated first – regardless of the solve order value sent with the query MDX. This resulted in some broken legacy calculations and many users wanted a way to continue to control the solve order of client side calculations. “In certain scenarios, you may want to run the session-scoped calculated members or the query-defined calculated members before you run the cube-level calculations.” https://support.microsoft.com/kb/917929.

The SCOPE_ISOLATION property, introduced in a hot fix and widely distributed in SSAS 2005 SP1, allows the insertion of solve order of the client calculated members into the cube’s MDX script when the calculated member is evaluated. https://support.microsoft.com/kb/917929.

Please see Scenario 5 in the updated paper and feel free to send us any feedback or questions.

Thank you Steve Pontello for all your help!

-Joey

 

Aggregation in ProClarity 6.3 with SSAS 2005 SP2.docx