Which is faster - Member formula or Calculation script?

Hi,
I have a very basic question, though I am not sure if there is a definite right or wrong answer.
To keep the calculation scripts to a minimum, I have put all the calculations in member formula.
Which is faster - Member formula or calculation scripts? Because, if i am not mistaken, FIX cannot be used in member formulas, so I need to resort to the use of IF, which is not index driven!
Though in the calculation script,while aggregating members which have member formula, I have tried to FIX as many members as I can.
What is the best way to optimize member formulas?
I am using Hyperion Planning and Essbase 11.1.2.1.
Thanks.

Re the mostly "free" comment -- if the block is in memory (qualification #1), and the formula is within the block (qualification #2), the the expensive bit was reading the block off of the disk and expanding it into memory. Once that is done, I typically think of the dynamic calcs as free as the amount of data being moved about is very, very, very small. That goes out the window if the formula pulls lots of blocks to value and they get cycled in and out of the cache. Then they are not free and are potentially slower. And yes, I have personally shot myself in the foot with this -- I wrote a calc that did @PRIORS against a bunch of years. It was a dream when I pulled 10 cells. And then I found out that the client had reports that pulled 5,000. Performance when right down the drain at that point. That one was 100% my fault for not forcing the client to show me what they were reporting.
I think your reference to stored formulas being 10-15% faster than calc script formulas deals with if the Formulas are executed from within the default calc. When the default Calc is used, it precompiles the formulas and handles many two pass calculations in a single pass. Perhaps that is what you are thinking of.^^^I guess that must be it. I think I remember you talking about this technique at one of your Kscope sessions and realizing that I had never tried that approach. Isn't there something funky about not being able to turn off the default calc if a user has calc access? I sort of thing so. I typically assing a ; to the default calc so it can't do anything.
Regards,
Cameron Lackpour

Similar Messages

Which is faster - Member formula or Calculation scripts?

Hi,
I have a very basic question, though I am not sure if there is a definite right or wrong answer.
To keep the calculation scripts to a minimum, I have put all the calculations in member formula.
Which is faster - Member formula or calculation scripts? Because, if i am not mistaken, FIX cannot be used in member formulas, so I need to resort to the use of IF, which is not index driven!
Though in the calculation script,while aggregating members which have member formula, I have tried to FIX as many members as I can.
What is the best way to optimize member formulas?
I am using Hyperion Planning and Essbase 11.1.2.1.
Thanks.

The idea that you can't reference a member formula in a FIX is false. Here's an example:
- Assume you have an account that has a data storage of Stored or Never Share.
- This account is called Account_A and it has a member formula of Account_B * Account_C;.
- You would calculate this account within a FIX (inside of a business rule) something like this:
FIX(whatever . . . )
"Account_A";
ENDFIX
If you simply place the member named followed by a semi-colon within a business rule, the business rule will execute the code in the in that member's member formula.
Why would you want to do this instead of just putting ALL of the logic inside the business rule? Perhaps that logic gets referenced in a LOT of different business rules, and you want to centralize the code in the outline? This way, if the logic changes, you only need to update it in one location. The downside to this is that it can make debugging a bit harder. When something doesn't work, you can find yourself searching for the code a bit.
Most of my applications end up with a mix of member formulas and business rules. I find that performance isn't the main driving force behind where I put my code. (The performance difference is usually not that significant when you're talking about stored members.) What typically drives my decision is the organization of code and future maintenance. It's more art than science.
Hope this helps,
- Jake

Member formula in Essabse

Hi,
Its basic question I am looking for clarification.
For any member with Member formula need to be Dynamic.
I mean if that member formula needs to be considered that particular member needs to be Dynamic. is that correct. I am really confused.
Any help will be greatly appreciated

Not necessarily, you can have a formula member as "stored" in which case the member will be calculated when a default (non intelligent) calc all, or when you run a calc script that explicitly or implicitly calcs the member.
In the DBAG take a look at Understanding Formula Calculation

Is it possible to use extensive formulas (e.g. "if" or vlookup functions) in the "Custom Calculation Script"?

I am working on a form fill PDF converted from MS excel. This is for others to use who don't have MS excel that need to use my spreadsheet.
1. I would like to know how complex can the formulas be in the custom calculation script in the calculate tab under properties in a cell menu?
2. Where can I find what formulas will work in the custom calculation script along with the format for those formulas to work correctly (tutorials would help)?
I have tried writing an "if" function but received and error so I am assuming either functions don't work in the script or there is a different format than standard spreadsheet formats.
Bruce

In that case the for loop would be:
for (var i = 0; i < 8; i += 1) {
sum += +getField("Total." + i).value;
So initially, the counter i is equal to zero, so the field name used with the getField method is:
"Total." + 0, which results in the string "Total.0". With each iteration, the variable i is incremented by 1, so the subsequent field names are the following:
"Total.1"
"Total.2"
"Total.3"
"Total.4"
"Total.5"
"Total.6"
"Total.7"
The script gets the value of each field, converts it to a number, and adds the number it to the running sum.

@ATTRIBUTESVAL works properly in Calc script but not in Member Formula.

We are using Essbase 11.1.2 –
"Global_Period" is a Dynamic Calc Member. Below is its Member Formula:
"ProjType " is an attribute (text) dimension.
"Global_Period" ="ValidAccount";
IF (@ISLEV ("Total_Expenses", 0) AND @ISMBR("HSP_InputValue") AND @ISLEV ("Version",0) AND
@ISMBR("No_GL_Account") AND @ISLEV ("Scenario",0) AND @ISLEV ("Years",0) AND @ISMBR ("Local")
AND @ISLEV("Tot_Org",0) AND NOT @ISIDesc ("Service_Division") AND @ISLEV("Tot_PRJ",0) )
"Global_Period"->"No_GL_Account"-> @CURRMBR ("Projects") =
1* "ValidAccount"->"Global_Version" ->"Global_Scenario"->&Budget_Year->"Global_Entity"->
"No_GL_Account"->"HSP_InputValue"->"Local"->
@MEMBER(@NAME(@CONCATENATE ("Proj_",@ATTRIBUTESVAL("ProjType"))));
ENDIF
The above Member- Formula is failed to work when opening a Data Form that contain "Global_Period".
The error messages in the log file are as follow:
[Thu Mar 1 16:55:39 2012]Local/Projects/Plan1/admin@Native Directory/1122748736/Error(1200370)
Error executing formula for [Global_Period] (line 1): attempt to cross a null member in function [@X]
[Thu Mar 1 16:55:39 2012]Local/Projects/Plan1/admin@Native Directory/1122748736/Error(1200370)
Error executing formula for [Global_Period] (line 0): attempt to cross a null member in function [@_VAL]
When converting the "Global_Period" to be a Store member.
The Calc Script below is exactly equivalent to the Formula, and run perfectly with no Errors.
"Global_Period" ="ValidAccount";
FIX ("HSP_InputValue", "Local","No_GL_Account", @RELATIVE ("Total_Expenses", 0),
@RELATIVE ("Version",0), @RELATIVE("Scenario",0), @RELATIVE ("Years",0),
@REMOVE (@RELATIVE ("Tot_Org",0),@IDESCENDANTS ("Service_Division")),
@RELATIVE ("Tot_PRJ",0))
SET CREATENONMISSINGBLK ON;
"Global_Period"
("Global_Period"->"No_GL_Account" -> @CURRMBR ("Projects")=
1* "ValidAccount"->"Global_Version" ->"Global_Scenario"->&Budget_Year->
"Global_Entity"->"No_GL_Account"->"HSP_InputValue"->"Local"->
@MEMBER(@NAME(@CONCATENATE ("Proj_",@ATTRIBUTESVAL("ProjType"))));
SET CREATENONMISSINGBLK OFF;
ENDFIX
For many reasons we prefer to use the Dynamic Calc Formula for "Global_Period".
As result of some checking I discover that the problem is with the function @ATTRIBUTESVAL,
because the formula has worked fine when I replace the @ATTRIBUTESVAL with a string.
Please help, what is the right way to write the formula in order to make it work.
Thanks
Tami Kedem

Dear Cameron Lackpour,
Thank you very much, for your reply.
I'd given it a try, but it didn't help.
The purpose of this formula is as follow:
We holds 1's (ones) for allowable combinations of "Project_Type and Accounts", namely, each project type has different list of accounts that are allowed for input.
I need to populate the input 1's to all projects (and their children) according to its "ProjType".
The Data forms has periods in columns, thus by putting "Global_Period" (Hide) as the first column, and use "Suppress Missing rows" - for each project (on the "Page") , the form will show just the allowable Accounts in rows.
(we have around 300 Accounts, 50,000 members in Project dimension and around 25 Types of projects).
Please help.
Thanks!
Regards,
Tami Kedem

How to convert an Excel Formula to a Custom Calculation Script in a Adobe Acrobat 9 Form?

Hello,
I am not familiar whatsoever with Javascript and need some help in converting the following Excel Formula so that I can enter it into a Custom Calculation Script in a Adobe PDF Form. Here is the formula:
=IF(E15<25.01,9.95,IF(E15<50.01,11.95,IF(E15<75.01,13.95,IF(E15<100.01,16.95,IF(E15<150.01 ,19.95,IF(E15<200.01,24.95,IF(E15>200.00,E15*0.125)))))))
Where "E15" will be the text field named "Subtotal" on my Adobe PDF Form.
Thank you for any help you can provide!

Fortunately JavaScript has the 'switch' statement so nested if statements can be avoided.
var E15 = this.getField("Subtotal").value;
switch(true) {
case (E15 < 25.01) :
event.value = 9.95;
break;
case (E15 < 50.01) :
event.value = 11.95;
break;
case (E15 < 75.01) :
event.value = 13.95;13
break;
case (E15 < 100.01) :
event.value = 16.95;
break;
case (E15 < 150.01) :
event.value = 19.95;
break;
case (E15 < 200.01) :
event.value = 24.95;
break;
case (E15 > 200) :
event.value = E15 * 0.125;
break;
default:
event.value = "";
break;
} // end switch;

How to use Dynamic Time Series YTD on a calc script / member formula?

Hi,
I activated Dynamic Time Series on Essbase and would like to use the YTD function of a measure for a certain month.
I tried to use
MeasureName->YTD(Dec)
MeasureName->Y-T-D(Dec)
But couldn't use it to syntax problems. How can I call this function instead of using @Accum or @SumRange?
Thank you
Edited by: Icebergue on 10/Ago/2011 11:07

I could be wrong, but I don't think you can use DTS members in calc scripts or member formulas. As you probably know, they can be used in Financial Reports, SmartView and Excel Add-in.
You can create an alternate hierarchy in your Time dimension though:
Jan (YTD): Jan ->Jan is being a shared member
Feb (YTD): Feb+Jan (YTD) ->Both Feb and Jan (YTD) are being a shared members
Dec (YTD): Dec+Nov (YTD) ->Both Dec and Nov (YTD) are being a shared members
Cheers,
Mehmet

Why does commenting out calculated member formulas in BIDs cause several minutes of CPU spike and non-responsive BIDs?

I'm using SQL Server 2012. I have noticed that commenting out calculated member formulas in BIDs (like even just 10 lines of formula) can cause BIDs to throttle all the CPU and become unresponsive for minutes. What could be the cause of that?

Hi Lee,
According to your description, you get high CPU usage when commenting out the calculated member formulas. Right?
With your information, we are not sure this is a MDX Query performance issue or the BIDS issue. We suggest you optimize your MDX query and diagnose the Formula Engine performance. Please refer to the links below:
Query Performance Tuning in Microsoft Analysis Services: Part 2
Analysis Services Query Performance Top 10 Best Practices
If possible, please post some screenshots or detail information about calculated member formulas so that we can have some deep analysis.
Best Regards,
Simon Hou
Simon Hou
TechNet Community Support

Block creation problem in member formula

Hi,
I have a member formula as below :
IF(.....)
x = a/b;
ENDIF
where a,b have their own member formulas.
There is no issue with the calculations of x,a or b, but I am facing an issue with block creation of x.
Is there a way to handle block creation through member formulas? I know the way out through calc scripts, but i am trying to limit the use of calc scripts.
Thanks!
Note:The storage property of all three members is store. Also, a and b lie in the same intersection (same block), and x lies in another intersection.

In the following section of the dbag: http://docs.oracle.com/cd/E12825_01/epm.111/esb_dbag/frameset.htm?dcaoptcs.htm...
Under the sub-section: In Equations in a Dense Dimension...
It states as follows:
In Equations in a Dense Dimension
When you use a cross-dimensional operator in an equation in a dense dimension, Essbase does not automatically create the required blocks if both of these conditions apply:
Resultant values are from a dense dimension.
The operand or operands are from a sparse dimension.
You can use the following techniques to create the blocks and avoid the performance issue.
Ensure that the results members are from a sparse dimension, not from a dense dimension. In this example, the results member Budget is from a sparse dimension:
FIX(Sales)
Budget = Actual * 1.1;
ENDFIX
FIX(Expenses)
Budget = Actual * .95;
ENDFIX
Use the DATACOPY calculation command to create and then calculate the required blocks. See Using DATACOPY to Copy Existing Blocks.
Use a member formula that contains the dense member equations:
FIX(Sales, Expenses)
Budget (Sales = Sales -> Actual 1.1;*
Expenses = Expenses -> Actual .95;)*
ENDFIX
The phrasing of that last part would lead me to believe that block creation via a member formula is possible. Though I'm not sure of the member to which that formula should be applied. Furthermore, the code looks funky in that we're fixing on Sales and fixing on Expenses, and them on the left side of the equation within the fix.
Thoughts anyone?

Need help in member formula

Hi All,
i need a help in memberformula
i've two sparce dimenions as below:
Dim1:
A
--B
--C
Dim2:
a
---b
---c
d
---e
---f
i need to write member formula on C from Dim1 if member is parent level member from dim2 then its to sum up with its childen values against B from dim1.
If member is parent level memer from dim2 ex:d
C->d = B->e + B->f
Thanks in advance,
Kiran
Edited by: kirannch on Oct 16, 2012 4:16 PM

Hi Tim,
Thanks for your response.
I'm using all HFM dimensions in Essbase Except Cust2 and Cust4.
In my outline Account, Period and Year are dense dimensions and rest are Sparse.
i'm comparing the data at parenttot with usdtot, contr as we are using flat members.
Below script is not updating any parent level value of USDTOT combination. i'm running the aggregation with exclude elim data before executing this calc script.
USDTOT,Contr are sparse dimension members and Entity also sparse.
Please can you help on the below scripts.
SET CALCPARALLEL 3;
SET AGGMISSG OFF;
SET FRMLBOTTOMUP OFF;
SET CACHE HIGH;
SET LOCKBLOCK HIGH;
EXCLUDE ( "Elim")
/Calculation "USDTOT" at Parent level of Entity Dimension with sum of children same parent entity with Contr member */
SET UPDATECALC OFF;
FIX("ACT","FY12")
"USDTOT"(
IF(NOT @ISLEV("ENTITY", 0));
"USDTOT" = @SUM(@CHILDREN(@CURRMBR("ENTITY"->"Contr")));
ENDIF;);
ENDFIX;
ENDEXCLUDE;
Thanks in advance,
Kiran
Edited by: kirannch on Oct 24, 2012 7:38 PM

IF ELSE Statement in Member Formula

I believe that I am in my final step of completing my database. But, I need to create a member formula that converts lbs to kg. I have gotten help on this question in the past and have a basic formula that works. However, I have 2 exceptions to the formula that are not successfully calculating.
This much of the formula has been tested and works when isolated:
IF (@ISMBR(@LIST(AccountCapacityTypeX,AccountCapacityTypeY,AccountCapacityTypeZ)))
"LBS"/2.2046;
ELSEIF ((@ISMBR(@List(AccountCapacityTypeA, AccountCapacityTypeB) )) and (@ISMBR(@LIST(MbrNm1, MbrNm2,"Jan","Feb","Mar","Apr","May","Jun","Jul","Aug","Sep","Oct","Nov","Dec","Qtr1","Qtr2","Qtr3","Qtr4"))))
@round(("LBS"/2.2046),0);
else
@round(("LBS"/(2.2046*5)),0)*5;
ENDIF
However, the following checks out when I verify my syntax, but when it is added to the above formula the formula does not load:
IF ((@ismbr(MbrNm3)) and
(@ISMBR(@LIST("Region1","ParentOfRegion1","GrandparentOfRegion1","Y2008","Y2009","Y2010","Y2011","Y2012","Y2013","Y2014","2015","Y2016","Y2017","Y2018")) and (@ISMBR(@List(AccountCapacityTypeA, AccountCapacityTypeB)))))
105;
ENDIF
IF ((@ismbr(MbrNm4)) and
(@ISMBR(@LIST("Region1","ParentOfRegion1","GrandparentOfRegion1","Y2012","Y2013","Y2014","Y2015","Y2016","Y2017","Y2018")) and (@ISMBR(@List(AccountCapacityTypeA, AccountCapacityTypeB)))))
425;
ENDIF
Members MbrNm1-4 are all stored, zero level members of the same dimension. My years, months, and qtrs are dense dimensions, everything else is sparce. AccountCapacityTypes contain both calculated and stored members. Region dimension contains all stored members. Also lbs are a stored member.
Any ideas on how to make these 2 exceptions work?
Thank you,
C-Lo

Hello Cameron Lackpour,
I have tried several iterations of this calc script, and gotten it to mostly work. The issue that I have is that it calculates everything correctly, but when I @remove the one year that want the calc script to calculate differently that year retrieves values for #missing as desired, but when I try to write a calc script for that single excluded year the second calc script still doesn't run for the whole condition that is defined. I don't know if any of that makes any since, but below is an example:
FIX("JOLEFINS_JCP")
FIX(@REMOVE(@RELATIVE("Years", 0), @Member("Y2008")))
*"KMT"*
IF (@ismbr(@list("MajorTurnarounds","InventoryCtrl","Feedslate/ProdMixImpct","ActsOfNat","Fdstk/RawMtlAvail",
*"OtherExtEvents","ExternalLPOs","InternalLPOs","PlndMntc","Mech/ProcLoss","AbvCapProd","Other","Actual","Adjusted","MaxDmstdCap")))*
*"MMLBS"/2.2046;*
ELSEIF(@ISMBR("Published Capacities","EOY_PubCap"))
*@round(("MMLBS"/(2.2046*5)),0)*5-1.25;*
ENDIF
ENDFIX (everything in bold is calculating correctly)
FIX (@RELATIVE("Years", 0), @member("2008"))
+"KMT"+
+(+
IF (@ismbr(@list("MajorTurnarounds","InventoryCtrl","Feedslate/ProdMixImpct","ActsOfNat","Fdstk/RawMtlAvail",
+"OtherExtEvents","ExternalLPOs","InternalLPOs","PlndMntc","Mech/ProcLoss","AbvCapProd","Other","Actual","Adjusted","MaxDmstdCap")))+
+"MMLBS"/2.2046;+
ENDIF
IF(@ISMBR("Published Capacities"))
+@round(("MMLBS"/2.2046),0)/1.08;+
ENDIF This portion in italics returns #Missing . However, the loaded data ("MMLBS") does return data for this year.
IF (@ISMBR("EOY_PubCap"))
*8.75;*
ENDIF This portion seems to be calculating as well.
ENDFIX
ENDFIX
CALC ALL;
Any additional suggestions?
Thanks,
C-Lo

Member formula restriction problem

I have made a customized form in Capex the layout of the form is that on row side i have Line Item dimension with 5 members and their parent and on coloumn side i have account dimension with 7 members selected.
I am using a member formula on the parent of the line item member on row side and in that member formula i have restricted one of the 7 account dimension member on the column with the help of IF statement. My problem is that if i dont use that if statment the member formula works fine but it also works on the other 6 members of the account dimension (on column) and if i use the IF statment then the member fornmula does not work at all.
My requirement is that the member formula should work on the combination of that 1 member of account dimension and parent of line item on row side.
Can anybody help me with that?

Hi Nilanjan,
1) all the members are in the same hierarchy (in fact, there is only one hierarchy)
2) all these members come from different branches of the hierarchy, they are not siblings, some are parents of others, however.
The values I specified are real values which I actually get when putting the accounts in an EVDRE report. Therefore, separately in EVDRE I see the calculated value 6 for account A and the fixed value 1 for account C. So, I expect to see also the value 1 for the account B and instead I see 2 meaning that for BPC 6 <= 1.
That is why I assume that BPC does not recalculate the account A used in the account B. And that is why I assume that solve_order is the problem. And I can not make this solve_order work in any way. What are the rules of SolveOrder's usage?
Thanks for help.
Valera

Do the custom rollup member formulas work recursively for parent child dimension?

Hi
We have custom rollup set up for Account dimension which is parent child.
It seems to work fine when the custom member formula refers to a base account member i.e. if the formula for MemberKey4 is (MemberKey1 + MemberKey2) then it shows the sum of the underlying members 1 and 2.
But if the formula for MemberKey10 is (MemberKey3 + MemberKey4) then it should evaluate the value for MemberKey4 first and then add to it value for MemberKey3 to come up with final number for MemberKey10.
Do the custom rollup work fine with the recursive calculations? Is this recursion limited to some level?
Thanks
Shailesh

Hi Jorg,
Thanks for your input.
Actually the hierarhcy is more determined by the parent child relationship. So we cannot move the members as per the formula. And further the formulas are not always additive, there are divisions and multiplactions happening also.
Further the calculated members (account members) are used in different places, the usage level of calculated members could be 3 in some cases i.e. MemberKey15 = (calculated using MemberKey10 = (calculated using MemberKey7 = (Calculated using MemberKey4 = (calculated using base members)))). Now inserting the base members in place of a calcuated member becomes more of string manipulation.
And on the top of above complexity, the formulas are not static and they are more user defined, they may change between time periods, which forces us to write a dynamic procedure to translate the 'business formula' into SSAS formula. We expect the custom rollup to work as expected (i.e. if the formula contains a calculation involving the calculated member, it should resolve that first and so on) and we have written generic procedure to replace the Account Code in the 'business formula' with the accont key value with the account hierarchy char string.
In the link http://doc.ddart.net/mssql/sql2000/html/olapdmad/agmdxadvanced_6jn7.htm for AS2000, it talks about the calculation pass deapth, it says:
.......If a cube has custom rollup formulas or custom rollup operators, a second calculation pass is performed to handle the computations needed to calculate these features.......
Now from the above, it is obvious that the OLAP engine will automatically go into recursion if the formula contains a cacluated member and it knows that the calculated member has to be resolved first before calculating the final formula result. The above article also talks about 'Calculation Pass Number' property in the AdvanceCube Editor (AS2000), which can be set to the value depending on the expected number of passes required in a given scenario. I don't find such an equivalent peoperty for SSAS 2005.
Would anybody please throw some more ideas / insights on this issue?
Jorg, thanks again for your input...
Shailesh

How to get the Employess count ?? in the calculation script

Dears,
I have a problem in my calculation script.
I want to get the total number of employess in every grade .
My logic is about ,to check if the cell of the employee is have a number
So, I could counter how many cells filled with numbers . So, I could get the numbers of employess in each grade.
I have 2 members :
-One to put the employee No ( Which I will do the check in)
-the other to put all number of the summed calculation
Thanks in advance.

Dears , I'm very grateful for your quick feedback ,
BUT, I have some comments
@COUNT functions is used to calculate how many members in the specified member |
ex. in sample basic If I did @COUNT on products , It would return the number of products in outline
BUT my situation will be as following :
I have dataform for employess for the specified grade, containing employee number and employee name
I want to check the cell of number of employess have a number or not , then count the employess total number by oserving how many rows filled with data

I'm getting an error 1012016 on my calculation script

Good day guys,
I just wanted to ask for your opinion as I'm getting this error:
Cannot calculate dimension member DimX with restricted member ChildrenX1_1.
Here's the scenario. I have a dimension, DimX and under this dimension, i have 3 children DimX_1, DimX_2, and DimX_3. Now, upon roll up, DimX should only get the value of DimX_3 for actual data, and get the sum of DimX_1 and DimX_3 for all the forecast.
Now the current structure of this dimension is:
DimX
-----DimX_1 ( + )
----------ChildrenX1_1
-----DimX_2 ( ~ )
----------ChildrenX2_1
-----DimX_3 ( + )
----------ChildrenX3_1
Now I have this calculation script:
FIX(Actual)
DimX = DimX_3;
ENDFIX;
Now upon execution of the calculation, I get the error above. Can you please tell me what's wrong with this simple script?
Thank you very much.
Edited by: 26FEB1986 on Jul 9, 2010 8:30 PM
Edited by: 26FEB1986 on Jul 9, 2010 8:30 PM

I think the member ChildrenX1_1 is in the fix of Upper portion of the script.
L.H.S in the formula should be with in the range of Fix criteria
Remove the ChildrenX1_1 from the Fix or come out of the range.
You can write like this.
FIX(DimX)
FIX(Actual)
DimX_3;
ENDFIX;
ENDFIX;
You have to run this calc after the rollup.
If you run this before rollup, the results will gone after rollup.
This is not good.
Check out using dynamic calc member formula may be the better option
If(@ismbr(Actual))
DimX_3;
else
DimX_1+DimX_3;
endif

Which is faster - Member formula or Calculation script?

Similar Messages

Maybe you are looking for