Calc - Agg - issue

Hi All,
We are aggregating all members below (California) Entity.
Fix (Member 1)
@IDescendants(California)
End Fix
Californial is a duplicate member and it is not being accepted.
Any suggestion on how to aggregate.
we have tried Agg(Entity) also.....but it takes more time.
Thanks,
Pradeep.M

Hi,
In the same link did you referred "Using Fully Qualified Member Names". Can give it a try.
Also howz about writing only the "Fully Qualified Member Names" (in your case "[Ancestors of California..].[California]"instead of @IDESC(<full member_name>)? That can also aggregate the member to the specified level.
Hope this helps.
Regards,
-SM

Similar Messages

Hyperion Planning business rules migrating to Calc Manager issue

It was suggested I post this in calc manager as well, so I hope cross posting is allowed!
We are trying to migrate from Hyperion Planning 11.1.1.3 to 11.1.2.2
Our business rules were migrated to Calc Manager by our IT team. The rules run (for the most part).
Our main complaint about this migration is that it excluded our comments inside the business rules and added it's own!
When we first open the rule it is in graphical mode. But on the Script Tab I can see our orignal Business rule, but it's missing comments. Not all comments -- those at the top of the rule are intact, but after it starts getting into the meat of the rule, it loses many, but not all of the comments. When I chose to edit this rule in script mode, then calc manager adds tons if its own comments, making the code very junky to read.
So, multiple questions -- how do we get the migration of business rules to calc manager to stop losing our important comments. Is it possible to get the newly migrated rules to initially open in script mode rather than graphical mode so that it doesn't add it's own comments. Or is there a way to turn off the added commenting?
This is a snippet of our rule in 11.1.1.3:
FIX ("D0P000 Pushdown")
"Accrued Salaries and Wages Pushdown" = "BTL Accrued Sal & Wages Total"->"WBS_I19990_PLAN" * (D0P000->"Total Reg Labor" / "LMSS (LRP TEMPLATE LEVEL)"->"Total Reg Labor");
ENDFIX
/* FIX on account members that should be rolled up in the AGG statement below. */
FIX (@DESCENDANTS( "Orders"),
This is what it looks like when it comes up in graphical mode in Calc Mgr 11.1.2.2 (note that comment is already missing):
FIX ("D0P000 Pushdown")
"Accrued Salaries and Wages Pushdown" = "BTL Accrued Sal & Wages Total"->"WBS_I19990_PLAN" * (D0P000->"Total Reg Labor" / "LMSS (LRP TEMPLATE LEVEL)"->"Total Reg Labor");
ENDFIX
FIX (@DESCENDANTS( "Orders"),
This is what it looks like when it switches from graphical to script (bonus comments are added):
FIX ( /*DIM:Entities*/"D0P000 Pushdown")
/*STARTCOMPONENT:FORMULA*/
"Accrued Salaries and Wages Pushdown" = "BTL Accrued Sal & Wages Total"->"WBS_I19990_PLAN" * (D0P000->"Total Reg Labor" / "LMSS (LRP TEMPLATE LEVEL)"->"Total Reg Labor");
/*ENDCOMPONENT*/ ENDFIX
FIX ( /*DIM:Accounts*/@DESCENDANTS( "Orders"),
Thanks for any help.
Brenda

You might learn to appreciate graphical mode in Calc Manager, we do. It is not like the old Business Rules in EAS. I am an old school calc script person, and have NO love for drag-and-drop coding ... I need control. ;-)
Insert a blank script object and paste your code into the 'Script' tab for that object. Set up your prompts and use the {} notation in your code. All of the comments will stay put ... as long as you DON'T USE EDIT, SCRIPT! We make a fair number of generic, reusable pieces of code and save them as shared scripts. These can be dragged into Rules. Click on the Rule's Begin object and choose the Script tab ... you will see how the bits are assembled into complete calc script. We've even come up with a way to use LOOP ... ENDLOOP as though it were a procedural IF statement so we can control whether or not a chunk of code is active or not.
Shared scripts are especially good for currency translation components since we occasionally add new currencies and want to make a change in one object that is used in dozens of business rules.
Mike H.

CREATEBLOCKONEQ: calc performance issue.

Hello Everyone,
We've been using one of the calc on but it takes a heck lot of time to finish.It runs almost for a day. I can see that CREATEBLOCKONEQ is set to true for this calc. I understand that this setting works on sparse dimension however ProjCountz (Accounts) and BegBalance(Period) is member on dense dimension in our outline. One flaw that I see is that ProjCount data sits in every scenario. However, we just want it in one scenario. So we will try to narrow the calc down to only one scenario. Other than that, do you see any major flaw in the calc?
Its delaying a lot of things. Any help appreciated. Thanks in Advance.
/* Set the calculator cache. */
SET CACHE HIGH;
/* Turn off Intelligent Calculation. */
SET UPDATECALC OFF;
/* Make sure missing values DO aggregate*/
SET AGGMISSG ON;
/*Utilizing Parallel Calculation*/
SET CALCPARALLEL 6;
/*Utilizing Parallel Calculation Task Dimensions*/
SET CALCTASKDIMS 1;
/*STOPS EMPTY MEMBER SET*/
SET EMPTYMEMBERSETS ON;
SET CREATEBLOCKONEQ ON;
SET LOCKBLOCK HIGH;
FIX("Proj_Countz")
clearblock all;
ENDFIX;
Fix(@Relative(Project,0), "BegBalance", "FY11")
"Proj_Countz"
"Proj_Countz"="Man-Months"->YearTotal/ "Man-Months"->YearTotal;
ENDFIX;
Fix("Proj_Countz")
AGG("Project");
ENDFIX;

You are valuing a dense member (Proj_Countz) by dividing a dense member combination (Man Months->YearTotal/Man Months->YearTotal). There can be no block creation going on as everything is in the block. CREATEBLOCKSONEQ isn't coming into play and isn't needed.
The code is making three passes through the code.
Pass#1 -- It is touch every block in the db. This is going to be expensive.
FIX("Proj_Countz")
clearblock all;
ENDFIX;Pass#2
Fix(@Relative(Project,0), "BegBalance", "FY11")
"Proj_Countz"
"Proj_Countz"="Man-Months"->YearTotal/ "Man-Months"->YearTotal;
ENDFIX;Pass#3 -- It's calcing more than FY11. Why?
Fix("Proj_Countz")
AGG("Project");
ENDFIX;Why not try this:
FIX("FY11", "BegBalance", @LEVMBRS(whateverotherdimensionsyouhave))
Fix(@Relative(Project,0))
"Proj_Countz"
"Proj_Countz"="Man-Months"->YearTotal/ "Man-Months"->YearTotal;
ENDFIX
AGG(Project,whateverotherdimensionsyouhave) ;
ENDFIXThe clear of Proj_Countz is pointless unless Man-Months gets deleted. Actually, even if it does, Essbase should do a #Missing/#Missing and zap the value. The block will exist if Proj_Countz is valued and the cells MM and YT) will be there and clear the PC value.
I would also look at the parallelism of your calculation -- I don't think you're getting any with one taskdim.
Regards,
Cameron Lackpour

CALC DIM Issue

I have a Essbase (v11.1.1.3) calc script that I can't see to get to do what I want.
Here is my script:
SET UPDATECALC OFF;
SET UPTOLOCAL OFF;
SET AGGMISSG ON;
SET FRMLBOTTOMUP OFF;
SET CALCPARALLEL 3;
SET CALCTASKDIMS 2;
FIX ("Customer1","May Scenario","Working","FY11","May-MTD",@DESCENDANTS ("Total Product Revenue"))
CALC DIM ("Regions","Projects","Product Lines","Countries","Companies","Currencies");
ENDFIX
I have data in at level 0. Total Product Revenue is in my Accounts dim and the sub-accounts (level 0 members) under it are not rolling up even though all the consolidation operators are set to +. The reason I am doing the @DESCENDANTS("Total Product Revenue") is that with this calc script I just want to aggregate Total Product Revenue and the accounts under it, not the other members in the accounts dimension.
If I have missed anything please let me know.
Thanks,
Ken

One other note. The order you do things can also depend on what is dense and what is sparse. For example if your accounts dimensions is dense, you would want to fix on level zero members of the other dimensions and do the agg if it first. then do the fix on the members of the dimensions including accounts and calc dim the other dimensions. It is more efficient because you are only doing the calculation on the bottom level of the dense dimension then calculating the sparse dimensions

Calc All issue

Hi All,
I donno, normally how long it will take to run CALC ALL on a medium size data base. For me it takes for ever. Until now I never completed CALC All script successfully. Some times I waited for 8 hrs or more than that, I didn't see Calc all completed successfully message. Did anybody has this issue. Any help will be really appreciatable. I am really stuck here. Please give me some really good suggestion on this. Thanks in advance.

Hi Prasad,
There are many best practices , but ensure that your design part of the cube is perfect.
Coming to the calculation part , if you are doing incremental data load , then use fix in the calculation script
for ex; if you are loading data for the month of Mar08 to your already existing cube , then
FIX (marc08)
cal all
--correct syntax, OK
this way , you are not redndantly calculation for other part of the database.
Secondly, take care of few members ,which have formulas.If you can make few as Dynamic calcs,then they wont participate in the caluclation ,rather those member formulas come active ,when a user retrieves.
These are very few of them.
Please revert ,for clarification
Sandeep Reddy Enti
HCC

Business Rule calc manager issue while executing through Planning Smartview

Hi,
I am working on Hyperion Planning 11.1.2 and I have created few business rule in Calc manager. When user is opening it through Hyperion Planning webforms its working fine.
I have attached the rules on webform and they run on Save and use member on data form and Hide prompts.
All these properties are checked. So user enter the number on Planning webform and hit on save rule will cruch on the POV members.
Please help me on below 2 issues:
1.When user is using the Smartview Planning and opening webform in Smartview while exceuting the rule its throwing error. Can't run the rule.
What is the exact provsiong I need to give so that they can execute it from the Hyperion Smartview Planning also.
Currently HBRAPP is Interactive user
and Application level is Interactive user and Essbase write access
If I am giving Administrator access they are bale to run the rule, I can't give Administartor acess.
2.While running rule even with admin access its not taking the POV, its taking the default mebers which I have given while creating the variables.
However from Planning web it takes the POV selection of webform,
Please suggest why the same thing is not happening from Hyperion Smartview.
Thanks in advance
Pankaj

Please advise on this issue. Any help would be highly appreciated.

Upgrading Planning from 11.1.2.1 to 11.1.2.2 BR/Calc Manager Issue

Hi Gurus,
I am attempting to apply the 11.1.2.2 maintenance release to my 11.1.2.1 environment however I have a question that I cannot find the clear answer to. We have never used Calc Manager so it was never installed. I have already applied the maintenance release to my servers however I have not configured them yet as I do not know what to due about Calc Manager as I was not able to select it during any part of the process. It displays as not installed and I cannot modify my existing home to install it so how am I to migrate the business rules to Calc Manager. The documentation does not state that I need to install Calc Manager prior to applying the maintenance release (I assumed that it would install as part of the process).
How do I resolve this situation? Is it even possible to install 11.1.2.1 Calc Manager into an environment that has not been configured and is at 11.1.2.2?
Thanks in advance.
Gerald

Really you should have installed Calc Manager 11.1.2.1 before the maintenance release, then when you applied the maintenance release it would upgrade the business rules to Calc Manager, I am sure you would have read that business do not exist in 11.1.2.2
You will be able to install Calc Manager 11.1.2.2 on top of your existing environment 11.1.2.2 and then deploy it though you will not be able to access your original calc manager rules.
Did you take an export of the business rules in calculation manager format or do you have access to the rules on another environment.
Cheers
John
http://john-goodwin.blogspot.com/

Calc optimization issue with commit blocks

Hi there,
How can we know the right commit block interval setting to the database?
and though i am doing parallel calc its forcing to do the calc in serial mode due to some dependencies.
Can anyone suggest me the best way to remove the dependencies!!!
I am having lot of member formulas in my calc so its forcing the topdown cal mode though i am doing bottumup....
How to avoid all these dependencies...or do u think topdown should be fine?

It is better to use the default setting in the transactions tab.
you can understand the behaviour of thses settings in the below link
http://download.oracle.com/docs/cd/E10530_01/doc/epm.931/html_eashelp/frameset.htm?dbdprptr.htm
Mostly dense formula calculations will have calc dependencies and force the serial calculations.
Tag all the dense formula members dynamic calc wherever possible.
If any thing needs to be calculated in the batch, calculate by fixing Lev0 sparse combinations.
In the Database rollup, Use Calcdim of sparse dimensions only.

Calc Scritp issue

I have a calculation like this,
Asset Margin = Asset Sale - (Cost,Expense of Asset)
...the problem is the the Asset Margin could change in a future fiscal week making that number wrong in future weeks because the Asset Sale is recorded in week 1, but additional revenue for the Asset Sale can be realized in future weeks, week 3, for example...(don't ask why, it's complicated)
Any suggestions on how to calc this?
Thank you,
Ez

Hi Sri,
1. I understand , you ll be loading the data value for Qtr1 . For example , let it be 100 , and your monthly proportion is 1:1:1 for jan,feb and march
2.For jan , if the formula is "Qtr1"*(1/3); then it will calculation the value for jan.Like wise the same for Qtr2. Its the simplest one .
3. use this logic and, you can write a script or any.
Sandeep Reddy Enti
HCC
http://hyperionconsultancy.com/

Calc Sibling Issue

Hi I'm trying to calculate a KPI (Rate * Qty) where Rate is loaded against one LEV0, Member (Cost Centre) and Qty is loaded against all the other siblings (Cost Centre). Both Rate & Qty appear at LEV1, but as the aggregation performs the figure is overwritten. I've been thinking about adding some script to copy the Rate to all the other siblings but am struggling. Any thoughts, suggestions & pointers would be most welcome. The sibling have non-uniformed names so I was thinking of using a UDA against the Cost Centre containing the Rate. Thanks in advance Mark<img src="i/expressions/face-icon-small-confused.gif" border="0">

Here you are not aggregating the "3138".
Try the below script.
SET CACHE DEFAULT;
SET NOTICE LOW;
SET MSG SUMMARY;
/*SET UPDATECALC ON;*/
SET AGGMISSG ON;
SET FRMLBOTTOMUP ON;
FIX ("QTR3 2010", ACTUAL, YTD)
@IDESCENDANTS ("3138");
FIX(@IDESCENDANTS ("3138")
CALC DIM (ACCOUNTS, Country, Product, OECust, STCust);
ENDFIX
ENDFIX
FIX (ACTUAL, YTD)
&CurYear;
ENDFIX

Calc time issue.

Hello,My Calc script is taking little bit longer to complete. I am doing the following fix in my calc script. FIX (Actual, @RELATIVE("P&L Hierarchy",0), @RELATIVE(Headcount,0)) FIX(@DESCENDANTS ("Fiscal Year")) Amount ( IF (Amount == #Missing) IF (@ISMBR(&Fiscal_Year)) IF (@ISMBR(Aug:&Fiscal_Month)) IF (@ISMBR(AUG)) PreviousHeadcount = @SHIFT("Amount"->Jul, 1, "Fiscal Year"); ELSE PreviousHeadcount = @SHIFT(Amount,-1); ENDIF IF (PreviousHeadcount == #Missing) Amount = #Missing; ELSE Amount = 0; ENDIF ENDIF ELSE IF (@ISMBR(AUG)) PreviousHeadcount = @SHIFT("Amount"->Jul, 1, "Fiscal Year"); ELSE PreviousHeadcount = @SHIFT(Amount,-1); ENDIF IF (PreviousHeadcount == #Missing) Amount = #Missing; ELSE Amount = 0; ENDIF ENDIF ENDIF ) ENDFIXENDFIXIs this possible to do the above in the load rule. So I can eliminate this process from the calc to improve the calc time?Thanks in Advance.Ricky [email protected]

As the discussion is going about @CURRMBR() function, I would like to know are there any better function you could use instead of it to get the desired result especially when you want to find out where is the user making changes to the values and do some calculations on those cells. Is there a better way to catch that in Hyperion that would make your scripts more efficient and fast especially when you don't know the value to hard code it for calculation?
I do have some of my scripts/BR where I have used this function a couple of times, and it bothers me to think if that is going to make them inefficient and slow.
~ Adella
Edited by: Adella on Oct 21, 2011 11:25 AM

Calc Script Issue

Plz gudie me in this script, What are the functions & variables I have to use
I want to calculate depreciation base on the following issues:
1) If Purchage Date of goods and Insue Date of goods both are belongs to same year then only I have to
calculate depreciation.
2) If Purchage Date is less than Inuse Date of goods then depreciation should calculate based on
months from inuse date of that particular goods.
3) If Purchage Date is greater than Inuse Date of goods then depreciation is zero.
Advanced thanks...
User8921306

HI Thr,
You can use the
1) @DATEDIFF funciton
Chekc below link for more info
http://download.oracle.com/docs/cd/E12825_01/epm.111/esb_techref/frameset.htm?copyrite.htm
2) @TODATE
EX:
“New Marketing”
(IF (@ATTRIBUTEVAL("Intro Date") >
@TODATE("mm-dd-yyyy","06-30-1996"))
Marketing * .9;
ENDIF;);
Cheers...!!!

Slow calc time with SET CREATEBLOCKONEQ OFF for block creation

Hello everyone,
I have a problem with the slow execution of one of my calc scripts:
A simplified version of my calc script to calculate 6 accounts looks like this:
SET UPDATECALC OFF;
SET FRMLBOTTOMUP ON;
SET CREATEBLOCKONEQ ON;
SET CREATENONMISSINGBLK ON;
FIX (
FY12,
"Forecast",
"Final",
@LEVMBRS("Cost Centre",0),
@LEVMBRS("Products",0),
@LEVMBRS("Entities",0)
SET CREATEBLOCKONEQ OFF;
"10000";"20000";"30000";"40000";"50000";"60000";
SET CREATEBLOCKONEQ ON;
ENDFIX
The member formula for each of the accounts is realtively complex. One of the changes recently implemented for the FIX was openin up the cost center dimension. Since then the calculation runs much slower (>1h). If I change the setting to SET CREATEBLOCKONEQ ON, the calculation is very fast (1 min). However, no blocks are created. I am looking for a way to create the required blocks, calculate the member formulas but to decrease calc time. Does anybody have any idea what to improve?
Thanks for your input
p.s. DataStorage in the member properties for the above accounts is Never Share

MattRollings wrote:
If the formula is too complex it tends not to aggregate properly, especially when using ratios in calculations. Using stored members with member formulas I have found is much faster, efficient, and less prone to agg issues - especially in Workforce type apps.We were experiencing that exact problem, hence stored members^^^So why not break it up into steps? Step 1, force the calculation of the lower level member formulas, whatever they are. Make sure that that works. Then take the upper level members (whatever they are) and make them dynamic. There's nothing that says that you must make them all stored. I try, wherever possible, to make as much dynamic as possible. As I wrote, sometimes I can't for calc order reasons, but as soon as I get past that I let the "free" dense dynamic calcs happen wherever I can. Yes, the number of blocks touched is the same (maybe), but it is still worth a shot.
Also, you mentioned in your original post that the introduction of the FIX slowed things down. That seems counter-intuitive from a block count perspective. Does your FIX really select all level zero members in all dimensions?
Last thought on this somewhat overactive thread (you are getting a lot of advice, who knows, maybe some of it is good ;) ) -- have you tried flipping the member calcs on their heads, i.e., take what is an Accounts calc and make it a Forecast calc with cross-dims to match? You would have different, but maybe more managable block creation issues at that point.
Regards,
Cameron Lackpour

Data Copy Issue

Hi All,
I have migrated Hyperion Planning from 9.3.1 to 11.1.2 , now i want get the data from 9.3.1 , I want to copy the page and index files from 9.3.1 . I have copied .ind,.pag,.tct,.esm files from 9.3.1 to 11.1.2 . But I dont see the data in 11.1.12 ? When i go to the database properties in the 11.1.2 , I am able to see the statistics of blocks and all which are same as 9.3.1 . But when i go into webforms i dont see any data ? please help
Please let me know if I am missing any file or anything
Thank You
MP

Let me prefix by saying I'm not completely up on the architecture of 11.
That being said, in the old days of 6.51, yes you needed to copy the .db and .dbb if it exists.
But it would be better to export data (level 0 would make for smaller export files, but you would need to calc/agg them up also) and import it into new apps.
Robert

Are there any implications on changing a dense dimension to sparse?

We have some calculation performance issues where our calc is taking a long time to run. We have 6 dimensions, Scenario, Period/Months, Years, Currency, Market, and Accounts. Market and Accounts are the only Sparse members. We tried to make Years sparse (through research, although all the years have data), and the calculation time improved significantly. My question is, will this change have any implications on retrieval or data load?
Here's our calc:
Agg(Accounts, Market)

The short answer is 'yes', it may have implications, and you will have to test to figure out what they are.
'Years' is a classic candidate to be a sparse dimension (as is 'Scenario'). But your cube design sounds unusual, at least in my experience, which may or may not be for good reasons. So it's all but impossible to make predictions or recommendations without knowing more about the cube and the input dataset.
Incidentally, the simple fact that all years have some data doesn't in itself make Years a candidate for a dense dimension (which is what you seem to be implying). Within reasonable limits of block size, you want to select dense and sparse dimensions such that when data exists at a sparse intersection, the largest possible proportion of dense combinations are populated. Just for example, if you have Product, Region, Account and Period dimensions and your company sells only a small proportion of Products in any given Region, Account and Period are likely good candidates to be Dense dimensions: Where data does exist for a Product / Region combination, many Account / Period combinations are filled. Region and Product are likely poor candidates for Dense dimensions, because almost all Region / Product combinations are empty even where data exists for an Account / Period. So the simple fact that all Products have some data doesn't make Product a good dense candidate.
Hope this is of some use... :)

Calc - Agg - issue

Similar Messages

Maybe you are looking for