Converting Member Formulas to MDX

Hi Experts!
I'm converting member formulas to MDX for an ASO cube I created and I'm having trouble with the ones that use @MDSHIFT. I'm new to MDX and trying to learn as I go. One of the formulas I'm struggling with is:
IF( @ISMBR("Budget"))
(("Operating Results"-
(@MDSHIFT("Operating Results", -1, "Years", , 10,"Budget",)+
"Reclassification Operating Results"))/
(@MDSHIFT("Operating Results", -1, "Years", , 10,"Budget",)+
"Reclassification Operating Results"))*100;
ELSEIF( @ISMBR("Business Plan"))
(("Operating Results"-
(@MDSHIFT("Operating Results", -1, "Years", , -4,"Business Plan",)+
"Reclassification Operating Results"))/
(@MDSHIFT("Operating Results", -1, "Years", , -4,"Business Plan",)+
"Reclassification Operating Results"))*100;
ELSE
(("Operating Results"-
(@MDSHIFT("Operating Results", -1, "Years",)+
"Reclassification Operating Results"))/
(@MDSHIFT("Operating Results", -1, "Years",)+
"Reclassification Operating Results"))*100;
ENDIF;
This is for a change year over year % member. Any help would be much appreciated! Thanks!
-Cheers

In all honesty - it looks like you should not just 'convert it.' I dont see any real need to use MDSHIFT here. I would just use PrevMember function for years, while hardcoding the scenario into the tuple.

Similar Messages

Essbase 11.1.2.1 - Converting BSO Member Formula to ASO MDX Formula

Hi all,
I'm quite new at Essbase and I'm currently using Essbase 11.1.2.1. I have 2 cubes: one is a BSO cube and the other is an ASO cube.
In the BSO cube, I have an account that has member formula:
IF(@ISATTRIBUTE("US"))
("Sales"->"Budget"->"USD")-("Sales"->"Actual"->"USD");
ELSEIF(@ISATTRIBUTE("EU"))
("Sales"->"Budget"->"EUR")-("Sales"->"Actual"->"EUR");
ELSEIF(@ISATTRIBUTE("UK"))
("Sales"->"Budget"->"GBP")-("Sales"->"Actual"->"GBP");
ENDIF
Notes:
- Sales is an account
- US, EU, and UK are members of Country attribute dimension
- Budget and Actual are members of Scenario dimension
- USD, EUR, and GBP are members of Currency dimension
I understand that the member formula for BSO and ASO are different. Can anyone please advise me on what the formula should be in ASO cube as MDX formula?
Thank you very much!

CASE [Currency].CurrentMember.[Country]
     WHEN "US" THEN ([Sales], [Budget], [USD]) - ([Sales], [Actual], [USD])
     WHEN "EU" THEN ([Sales], [Budget], [EUR]) - ([Sales], [Actual], [EUR])
     WHEN "UK" THEN ([Sales], [Budget], [GBP]) - ([Sales], [Actual], [GBP])
     ELSE 0
END
*Note that I am assuming Country is an attribute of Currency based on the information provided.

BSO member formula conversion to ASO MDX

Hi guys !
I am trying to convert the following BSO member formula to ASO.
My BSO member formula is :
"FPP70" -> "FPP" / "B70" -> "AP";
In ASO member formula I tried : (FPP70, FPP / B70, AP) but I have a syntax error with '/'
Can anyone please help me out with this?
Thanks,
Jonathan

oops sorry, I made a minor mistake. you don't need the {}
It should be
([FPP70],[FPP]) /([ B70], [AP])
If this is a subset of another calculation you would wrap the whole thing in parens
(([FPP70],[FPP]) /([ B70], [AP]))
([FPP70],[FPP] ) is a tuple

Problem working on member formulas in ASO cube

Hi
I was asked to convert a planning application BSO cubes into a single ASO cube.I have managed to convert one BSO Cube into ASO through EAS console and added the members in the other BSO cube throgh rulesfile.
Now i have to write the member formulas for the level0 members of Account dimension.These are very simple formulas like
if(@ISMBR("New_Seats"))
"Assets Value"="Total Asset Cost";
else
"Assets Value"="Asset_Value";
endif;
and
"Empty_Seats"=(("New Seat Additions"+"Available_Seats")-"Required_Seats");
This is the first time i am working on ASO.I am getting this error while writing these formulas
"Error(1260052) syntax error in input mdx query on line 1 at token '=' Empty_Seats..."
Help me in writing these formulas and also in selecting proper member properties.

The hierarchy is like
Account(gen1)
-> Statistical_Account(gen2)
->New Seat Additions(gen3)
I have tried tthis and the formula is verified successfully
*([Statistical_Account].[New Seat Additions]+[Statistical_Account].[Available_Seats])-([Statistical_Account].[Required_Seats])*
if i use *([New Seat Additions]+[Available_Seats])-[Required_Seats]* it is not veryfying throwing some syntax error
Thanks

Help needed in BPC 10 Member Formula

Hello Experts,
We are in BPC 10 NW SP 11.
Facing below error in report for Ratios hierarchy after
member formula is built.
Formulas is related to ratio
IIF([ACCOUNT_GL].[RE_IREV]=0, NULL, [ACCOUNT_GL].[RE_IAADJ]/[ACCOUNT_GL].[RE_IREV]);SOLVE_ORDER=10
RE_IREV is Income node
RE_IAADJ is expense node.
I have tried formula by removing square brockets for ACCOUNT
DIM member. Still no success.
Surprisingly, same formula, same hierarchy works fine in
another Model.
I have also compared measures in both the models, both are
identical.
Error in the report as below.
Server message:
code: UJO_READ_EXCEPTION_018
severity: error
description: MDX statement error: Value RE_IREV
/CPMB/WADNXJI for characteristic /CPMB/WADNXJI unknown
log id: KoFXP08mHM3X08002fJHZW
DATAVALUE: Value RE_IREV /CPMB/WADNXJI for characteristic
/CPMB/WADNXJI unknown
MDX: WITH MEMBER
[Measures].[PERIODIC] AS 'IIF([/CPMB/WADNXJI
PARENTH2].[2/CPMB/ACCTYPE]="INC",-[Measures].[/CPMB/SDATA],IIF([/CPMB/WADNXJI                 PARENTH2].[2/CPMB/ACCTYPE]="EXP",[Measures].[/CPMB/SDATA],IIF([/CPMB/WADNXJI
PARENTH2].[2/CPMB/ACCTYPE]="AST",([Measures].[/CPMB/SDATA],
CLOSINGPERIOD([/CPMB/WADBQQD
PARENTH1].[LEVEL02])),IIF([/CPMB/WADNXJI                 PARENTH2].[2/CPMB/ACCTYPE]="LEQ",-([Measures].[/CPMB/SDATA],
CLOSINGPERIOD([/CPMB/WADBQQD
PARENTH1].[LEVEL02])),-[Measures].[/CPMB/SDATA]))))' SOLVE_ORDER=3 MEMBER [/CPMB/WADNXJI                 PARENTH2].[RE_ALAE_RATIO] AS
'IIF([/CPMB/WADNXJI
PARENTH2].[RE_IREV                         /CPMB/WADNXJI]=0,
NULL, [/CPMB/WADNXJI
PARENTH2].[RE_IAADJ
/CPMB/WADNXJI]/[/CPMB/WADNXJI                 PARENTH2].[RE_IREV                         /CPMB/WADNXJI])'
SOLVE_ORDER=10 SELECT NON EMPTY {[/CPMB/WADBQQD                 PARENTH1].[2013.Q1                         /CPMB/WADBQQD]
,[/CPMB/WADBQQD
PARENTH1].[2013.Q2                         /CPMB/WADBQQD]
,[/CPMB/WADBQQD                 PARENTH1].[2013.Q3                         /CPMB/WADBQQD]
,[/CPMB/WADBQQD
PARENTH1].[2013.Q4                         /CPMB/WADBQQD]
,[/CPMB/WADBQQD
PARENTH1].[2013.TOTAL                      /CPMB/WADBQQD] } * {[/CPMB/WADNXJI                 PARENTH2].[RE_ALAE_RATIO]
,[/CPMB/WADNXJI
PARENTH2].[RE_ALL_RATIOS                   /CPMB/WADNXJI] ,[/CPMB/WADNXJI                 PARENTH2].[RE_COMBINED_RATIO]
,[/CPMB/WADNXJI
PARENTH2].[RE_EXPCOMM_RATIO] ,[/CPMB/WADNXJI                 PARENTH2].[RE_LOSS_RATIO]
,[/CPMB/WADNXJI
PARENTH2].[RE_OTHERCOMM_RATIO] ,[/CPMB/WADNXJI                 PARENTH2].[RE_STAT_COMB_RATIO]
,[/CPMB/WADNXJI
PARENTH2].[RE_STAT_EXP_RATIO] ,[/CPMB/WADNXJI                 PARENTH2].[RE_TOT_EXP_RATIO]
,[/CPMB/WADNXJI
PARENTH2].[RE_TOT_LOSS_RATIO] ,[/CPMB/WADNXJI                 PARENTH2].[RE_ULAE_RATIO] } ON
0 from
[/CPMB/WAMSZKS/!!O/CPMB/WAMSZKS]
WHERE ( [Measures].[PERIODIC] ,[/CPMB/WAD3OFZ                 PARENTH1].[ACTUAL]
,[/CPMB/WAD0VHV
PARENTH1].[ALL_CHANNELS                    /CPMB/WAD0VHV] ,[/CPMB/WAD021F                 PARENTH1].[LEGAL                           /CPMB/WAD021F]
,[/CPMB/WADME7W                 PARENTH1].[ALL_DATASRC                     /CPMB/WADME7W]
,[/CPMB/WAD0DZ0
PARENTH1].[FGI
/CPMB/WAD0DZ0] )
V1:Value RE_IREV /CPMB/WADNXJI for characteristic /CP
V2:MB/WADNXJI unknown
V3:
V4:
Thanks,
Senoy

Hello Vadim,
Thanks for the reply.
I am able to process ACCOUNT_GL dimension.
Also, I am using standard TIME dimension.
I found that the virtual provider(created by using source of data for my model) too is showing the error, when I place above member formula.
I am attaching the error messae when I try to do list records in the virtual provider.
When I remove the member formula, everything is fine
Thanks

@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

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

Essbase ASO - How to aggregate all Parents in multiple dimensions when using member formulas

We are trying to add a few MDX member formulae on some of our Accounts in the ASO cube. We recently understood that member formulas in ASO calculate both LEVEL0 and Parent members of other dimensions, So we are trying to tell Essbase to calculate LEVEL0's only and to aggregate all other levels in all dimensions. However we are unable to get the syntax right. Below is what we so far have
AccA has below formula:
CASE WHEN ISLEVEL([Period].Currentmember,0)
THEN
AccX+AccY
WHEN ISLEVEL([Period].Currentmember,1) OR ...etc
THEN SUM({LEAVES([Period].Currentmember)},[AccA])
END
This does work fine and gives correct values for Parent members in Period dimension. But we also have 3 other dimensions like Product, Area and Entity. We tried the below but this throws an error during retrival.
CASE WHEN ISLEVEL([Period].Currentmember,0)
THEN AccX+AccY
WHEN ISLEVEL([Period].Currentmember,1) OR ...etc
THEN SUM({LEAVES([Period].Currentmember),LEAVES([Product].Currentmember)},[AccA])
END
Should we add multiple SUM commands in there? All we want to do is tell Essbase to aggregate all other dimensions to parent levels. Please help.

Sorry to reiterate the post again.
DanPressman Was wondering what would be other way to write calculations other than Accounts.
I have a case where the user wants to calculate Ending Equity and this should be calculated at level0 using the rates and all parents of entity has to aggregate.
1. Level0 of entities calculate with rates
2. aggregate its children to parent entity
I have used solve order to get it work but taking a lot of time.
Is there any other alternative way of doing it? Which other dimension i can choose to perform this calculation? This is exactly similar to productsum calculation

Problem with member formulas and allocation

Hi guys,
I am experiencing a problem I am not currently able to solve. I'm building a planning application in which
volumes can be inputed in different units of measure (5 are currently available). For example a user can input in liter or KG, and the
system converts this data in all the different units of measure available, executing a script logic after
the input (for every bas member is also stored a conversion factor, which is used by the logic for conversion).
Two are the major issues of this approach:
1) storing 5 different volumes for every SKU is consuming in term of disk and DB space;
2) script logic must be executed every time the user sends data and in some cases this could be time-consuming.
The solution I'm trying is to use member formulas in order to calculate different units of measure, storing
only one of these. However, this way lead to another problem: when I try to input data with a top-down approach, using BPC
ALLOCATION ENGINE, I cannot use the correct unit of measure as a driver for the spread.
For example, if I input volumes is KG, and the unit of measure stored is only liter, I cannot use nor KG as a driver (because is not stored,
but only a member formula) neither liter, because the spread using this driver would lead to a wrong result.
What I would like to do is to give the user the possibility to input in the desired unit of measure at an aggregated level and spread data
using the existing mix, which must be volumes with the same unit of measure used for input.
Does anyone has an idea that could help me?
Regards
Edited by: utenza pubblica Public on Oct 23, 2009 4:48 AM

hi
i found a solution for the Problem in another Forum
http://businessintelligence.ittoolbox.com/groups/technical-functional/hyperion-admin-l/dynamic-calc-formulas-not-refreshed-1719379?cv=expanded
The suggestion is
1. change the Member from Dynamic Calc to Store
2. Refresh (After these Step the Formulas where still out of sync)
3. change the Member from Store to Dynamic Calc
4. Refresh
After these Steps the Formulas are in sync again.
Kevin Kraft
Edited by: Kevin Kraft on Mar 25, 2009 12:33 PM

OBIEE - ESSBASE ERROR - 1200467 - Error executing formula for [MDX query]

I have an issue on essbase with a query with 50 member filters.
The environment is OBIEE 11g over ESSBASE 11.1.2 with an ASO cube.
The user for essbase are with database access filters.
I have the following issue, OBIEE returns a query that filter 30 members and the query runs ok, but the same query with a 50 member filter returns the following error when i execute it on MAXL :
MAXL Error
ERROR - 1200467 - Error executing formula for [MDX query]: status code [1130203] in function [].
ERROR - 1241101 - Unexpected Essbase error 1200467.
i paste an example of the query that returns OBIEE
With
set [_Account2] as '{Distinct({[Account].[Allocated FTE - Budget]})}'
set [_Employee0] as '[Employee].members'
set [_Fund4] as 'Generate([Fund].Generations(2).members, Descendants([Fund].currentmember, [Fund].Generations(4), leaves))'
set [_Position4] as '{Distinct({[Position].[POS111165], [Position].[POS111166], [Position].[POS111167], [Position].[POS111540], [Position].[POS112331], [Position].[POS113201], [Position].[POS113247], [Position].[POS113248], [Position].[POS113540], [Position].[POS113618], [Position].[POS113954], [Position].[POS114109], [Position].[POS114194], [Position].[POS115224], [Position].[POS115912], [Position].[POS115913], [Position].[POS116727], [Position].[POS117229], [Position].[POS117491], [Position].[POS117587], [Position].[POS117610], [Position].[POS117979], [Position].[POS119456], [Position].[POS121262], [Position].[POS121458], [Position].[POS121698], [Position].[POS123368], [Position].[POS124027], [Position].[POS124028], [Position].[POS124110], [Position].[POS124396], [Position].[POS125623], [Position].[POS125624], [Position].[POS126476], [Position].[POS127960], [Position].[POS129352], [Position].[POS129468], [Position].[POS129494], [Position].[POS129535], [Position].[POS129608], [Position].[POS129679], [Position].[POS129730], [Position].[POS129905], [Position].[POS130010], [Position].[POS130144], [Position].[POS133456], [Position].[POS134943], [Position].[POS135231], [Position].[POS135404], [Position].[POS135734]})}'
set [_Program3] as 'Generate([Program].Generations(2).members, Descendants([Program].currentmember, [Program].Generations(3), leaves))'
select
{ [Budget Item]
} on columns,
NON EMPTY {crossjoin({[_Account2]},crossjoin({[_Employee0]},crossjoin({[_Fund4]},crossjoin({[_Position4]},{[_Program3]}))))} properties GEN_NUMBER, [Account].[MEMBER_UNIQUE_NAME], [Account].[Memnor], [Program].[MEMBER_UNIQUE_NAME], [Program].[Memnor], [Employee].[MEMBER_UNIQUE_NAME], [Employee].[Memnor], [Fund].[MEMBER_UNIQUE_NAME], [Fund].[Memnor], [Position].[MEMBER_UNIQUE_NAME], [Position].[Memnor] on rows
from [BCPSASO2.BCPS_ASO]
any suggestions ?
Thanks
Niko
Edited by: user8367101 on Mar 1, 2011 10:31 AM

Here it is:
It is a Windows Server 2003 R2
Processor 8393 SE
31.9 GB of RAM
32-Bit
How does "memscaling" works?
I also think that are high but it is the way it was configured before I managed the application. For my DB
Index Cache setting: 205800
Index cache current value: 205800
Data file cache setting: 33768
Data file cache current: 0
Data Cache setting: 877273
Cata cache current: 71540
Block Size: 65408

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

IF Statement in Member formula V11 -EPMA

Hi,
As any one used IF and ENDIF statement in the member formula on EPMA V11? I am using the same but it fails to deploy and I have no clue whatsoever.
Does it require an expression OpenInputvaluebox and closedInputvaluebox
Thanks in advance

Hi,
This is the member formula formula I am trying to load:
IF (@IsMbr("Local"))
IF (@IsMbr(Hsp_InputValue))
IF (@IsMbr("No Year"))
IF (@IsMbr("BegBalance"))
IF (@IsMbr("Forecast"))
"RTD" = "Apr"->"Periodic" ->&FcstYear1: "Mar" ->"Periodic"->&FcstYear1;
ELSEIF (@IsMbr("RF1"))
"RTD" = ("Jul"->"Periodic" ->&FcstYear1: "Mar" ->"Periodic"->&FcstYear1) + ("Apr"->"Periodic"->&FcstYear2 : "Jun"->"Periodic"->&FcstYear2);
ELSEIF (@IsMbr("RF2"))
"RTD" = ("Oct"->"Periodic" ->&FcstYear1: "Mar" ->"Periodic"->&FcstYear1) + ("Apr"->"Periodic"->&FcstYear2 : "Sep"->"Periodic"->&FcstYear2);
ELSEIF (@IsMbr("RF3"))
"RTD" = ("Jan"->"Periodic" ->&FcstYear1: "Mar" ->"Periodic"->&FcstYear1) + ("Apr"->"Periodic"->&FcstYear2 : "Dec"->"Periodic"->&FcstYear2);
ENDIF;
ENDIF;
ENDIF;
ENDIF;
ENDIF;
Is there a syntax error here?
Cheers

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

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 Verifies in EAS but not Planning. Error [1200497]

All I am trying to construct a member formula with multiple IF statements. The formula will verify and work in EAS but when we try to refresh the database from planning we receive the error 1200497. We are on version 11.1.13. The offending member formula is below. Any help with what may be wrong is appreciated.
If (@ismbr("020 Pallet","020 Case","020 Each"))
     If ("Tier 2 Low" == #missing)
          "Tier 1 Price";
     Elseif ("Volume"->"020 Bulk Fulfillment"<"Tier 2 Low")
          "Tier 1 Price";
     Elseif ("Volume"->"020 Bulk Fulfillment"<"Tier 3 Low")
          "Tier 2 Price";
     Elseif ("Volume"->"020 Bulk Fulfillment"<"Tier 4 Low")
          "Tier 3 Price";
     Elseif ("Volume"->"020 Bulk Fulfillment"<"Tier 5 Low")
          "Tier 4 Price";
     Elseif ("Volume"->"020 Bulk Fulfillment"<"Tier 6 Low")
          "Tier 5 Price";
     Else
          "Tier 6 Price";
     Endif;
Else
     If (@ismbr("014-003","014-004","014-034","014-035"))
          If ("Tier 2 Low" == #missing)
          "Tier 1 Price";
          Elseif ("Volume"->"014 QA"<"Tier 2 Low")
          "Tier 1 Price";
          Elseif ("Volume"->"014 QA"<"Tier 3 Low")
          "Tier 2 Price";
          Elseif ("Volume"->"014 QA"<"Tier 4 Low")
          "Tier 3 Price";
          Elseif ("Volume"->"014 QA"<"Tier 5 Low")
          "Tier 4 Price";
          Elseif ("Volume"->"014 QA"<"Tier 6 Low")
          "Tier 5 Price";
          Else
          "Tier 6 Price";
          Endif;
     Else
          If ("Tier 2 Low" == #missing)
          "Tier 1 Price";
          Elseif ("Volume"<"Tier 2 Low")
          "Tier 1 Price";
          Elseif ("Volume"<"Tier 3 Low")
          "Tier 2 Price";
          Elseif ("Volume"<"Tier 4 Low")
          "Tier 3 Price";
          Elseif ("Volume"<"Tier 5 Low")
          "Tier 4 Price";
          Elseif ("Volume"<"Tier 6 Low")
          "Tier 5 Price";
          Elseif ("Volume"<"Tier 7 Low")
          "Tier 6 Price";
          Elseif ("Volume"<"Tier 8 Low")
          "Tier 7 Price";
          Elseif ("Volume"<"Tier 9 Low")
          "Tier 8 Price";
          Elseif ("Volume"<"Tier 10 Low")
          "Tier 9 Price";
     Else
          "Tier 10 Price";
     Endif;
Endif;
Endif;

Is it being applied to plan types that don't include all the members being referenced in the formula, it could be that it validates on one plan type but not another.
Cheers
John
http://john-goodwin.blogspot.com/

Converting Member Formulas to MDX

Similar Messages

Maybe you are looking for