DIFFICULTY level zero dimension dynamic Calc members

Similar Questions

• Storage for Non option sheet dimension level members: store vs dynamic calc

  Hi all
  
  What is the general rule regarding the options of storage for leaf-level members? I think that it should be dynamic Calc under normal circumstances and have in store if we are going to load data in the leaf level no. Is this correct? Are there other aspects while defining members?
  
  Thank you and best regards,
  
  Amol

  Don't forget to consider whether the dimension is dense or sparse. Dynamic calcs generally much higher level work on dense dimensions as long as you are not data entry in senior level members. High level dynamic calcs in sparse dimension CAN work well, but more often on smaller dimensions. It really depends on what you pass in your cube. On scattered large, higher levels are almost always, but it's one of those areas where you can sometimes bend the rules.

  Also, be sure to consider the calc of the implications of doing something, stored or dynamic.

  -Jake

• Dynamic aggregation with Calc members

  Sorry if this question has been answered elsewhere, but I couldn't find the answer.

  I have a dynamic member Calc has CalcAcc a form of associate membership. The requirement now is when the aggregation is complete, to include the CalcAcc too, so that when users see the value of CalcAcc against a parent in the Employee Dimension, they can see the total of the CalcAcc for each Department, (Entity). I tried the usual aggregation without result, but I am aware that calculated members dynamically are not considered in the essbase calculation scripts.

  Two passes will not help, but it will not make something worse.

  No, there is no way to make the Smart View for you - to do calculation order (which is the type of problem that you are experiencing) is strictly a problem "side server. You could draw all the details of level 0 and summarize yourself in Excel, but I'm sure that's not the kind of answer you are looking for.

  Technically, you can change the formula of Member to conditionally apply the recursive logic like this (pseudo-code, of course):

  If level 0

  Make existing calc

  On the other

  Summarize the value of auto level 0

  End

  But this technique has notoriously bad performance. I would accept that you will need a plan change and then try and understand why members should be dynamic calc in the first place. One of the advantages of the dynamic calc, is that he will answer instantly, without a separate calculation need to be performed, to changes in input values that animate the formula. It is sometimes a reason to use them in applications where users enter data directly (for example planning-style applications).

• How to change all the level made of stored for dynamic calc

  Hi all
  
  I have about 500 members of a level and I want to change their property of stored in dynamic Calc.
  I have not the dimension generate files and my outline extractor does not work (throwing an error from the api).
  Is he in any case other than these I can do without dimension of generation files? (with a new file of rules etc.)
  
  Thank you.

  First, the error from the API may be a known issue with outline Extractor:

  http://www.appliedolap.com/files/olapunderground/outline-Extractor/Essbase%20error%201042006%20when%20customer%20tries%20To%20do%20too%20many%20connections%20from%20one%20machine.PDF

  Or you can update the members directly from the sketch in the EA. And you can select several members by using the ctrl or SHIFT keys to change all the properties at a time.

  Or you can retrieve the members in Excel, click format for a dim build file that modifies the property.

• When I "manually export level zero data", I get a few upper level members

  I found that the export of level zero behaves differently over time. in our OSI 11.1.1.3 number cube, Feb. 4 EAS has exported only zero-level data when I "manually export level zero data. On 25 February, limbs stored exporting EAS with formula as well as the members of level as a Total, total compensation salary (when I manually 'export data to zero"). Why is this?

  In OSB, you export level zero blocks - i.e. at level zero in all sparse dimensions. Export may still contain high-level dense dimension members.

  Why it seems to me change over time, I'm not sure. Maybe to do with the question of whether data had been calculated when export has been run?

• Any idea which function Essbase or a combination of function can be used to get the level zero members of a list of members.

  Any idea which function Essbase or a combination of function can be used to get the level zero members of a list of members. I know that @RELATIVE or @DESCENDANTS cannot be used.

  If you want to fix on all level 0 members in a member set, then maybe @ILDESCENDANTS will work for you.  Something like: @ILDESCENDANTS (@LIST (members), 0)

• Dense Sun - dynamic calc

  Hello
  
  Essbase / planning 11.1.2.1 - BSO db.
  
  We review our app / design db after implementation last year. One of things I noticed, is that a particular dimension of dense has all such members as stored (i.e. the level 0 members aren't dynamic calc). Dimension has no member formulas, it's a roll of law with consolidation of members of (+ and ~).
  
  I changed this in our dev environment and ran some tests - calc time considerably improved and total page file size reduced by half (disk space becomes a slight issue for us, so it's useful).
  
  If we ran with this change, is there anything that we need to do or know, except changing business rules to exclude partial calc or aggs dims on the modified dimension? It seems a relatively small change might, but you seek clarification that this is the case...
  
  Documentation relative to what all the combinations necessary to not level 0 members States is calculated on the fly (for example a user recover). Is true even if an intersection not level 0 is used in a business rule? (test this sample based sounds great, once again seeking confirmation).
  
  Thank you
  
  JB

  Yes, the same is true within a rule (that is, if refer you to a higher level in a dense dimension, Essbase will calculate for you).

  I think that the only functional question, you did not mention is that you must be sure that none of your current charges / calculations / user lock & send activities depend on being able to store a value at a higher level - for example, that you never load in a quarter and then run a calc that allocates up to periods.

• 11.1.2.1 planning dynamic Calc Parent does not roll their children:

  I have a form where I have all the members of level 0 in the POV is a member of begBalance period (which should be included in the application).
  
  On the lines, I have the account hierarchy and on the columns I have a branch of the entity dimension.
  
  Parents in the dimension account the value dynamic calc and all children are set to be aggregated as a sum. Parents in the entity dimension are defined to store, with children, the overall value as sum.
  
  The form allows me to enter data into Level0 combinations, however on behalf of parents, which I expect to show the sum after a backup and refresh shows no data and parents of the entity do show no data even after the calculation of the form with the form to calculate rule.
  
  Any ideas why this might be happening?
  
  Agnete

  OK, I thought about it. I had a member in another defined forever total dimension (^). I thought it would be something simple that I forgot.

• Planning plan utility load / dynamic Calc

  I use outline load utility planning to load the Dimenison account in my planning applications, but I don't see anything on how to set the dynamic Calc with the loading of the dimension
  
  Please notify
  
  Published by: level next October 20, 2012 03:39

  Consider the properties of dimension - http://docs.oracle.com/cd/E17236_01/epm.1112/hp_admin_11122/ch05s02s04s02.html

  Storage of data - dynamic Calc

  See you soon

  John
  http://John-Goodwin.blogspot.com/

• DATACOPY of dynamic Calc member does not

  Hello
  
  I have a BR to copy from one scenario to another. Let the user choose the scenario via RTP. When they didn't pick a storyline calc no data is copied.
  
  Here's the rule
  SET CREATENONMISSINGBLK
  SET COPYMISSINGBLOCK
  
  DIFFICULTY (CED, "Daten brutto", "Daten_brutto_P_M")
  DATACOPY [TEBIT_COPY_Year_Source]-> [TEBIT_COPY_Scenario_Source]-> final [TEBIT_COPY_Year_Target]-> [TEBIT_COPY_Scenario_Target]-> Version_1;
  ENDFIX
  
  I have set out some specific members a copy and then a specific vintage-> combination final scenario of another year-> combination of scenario Version_1. Doing so with a store of works of scenario, with a dynamic calc script is not.
  
  Thx for your help.

  Kevin,

  Unfortunately, I think that's the way it works. DATACOPY will not copy dynamically stored members calculated members.

  Although this isn't literature DATACOPY Tech Ref, it's the way it works.

  Here are some 'other' older son to the Board of Directors:
  http://www.Network54.com/Forum/58296/thread/1184768427/DATACOPY+help
  http://www.Network54.com/Forum/58296/thread/1054220911/Datacopy+problem

  You have to find another way to copy the scenario by adding members in the target scenario. It can be a pain because you have to mind the creation of blocks. The CREATEBLOCKONEQ VALUE will be your friend on this one.

  Kind regards

  Cameron Lackpour

• How formula MDX on level zero member data to Smartview?

  Hi Experts,

  I'm a member of level zero, which stores the data AND formula MDX to ASO.  I wonder what happens when I pick up this member using Smartview?  ASO runs this formula, stores the result in the form of data in this member (zero level) - then report stored data to Excel? In other words - how formula MDX on members level report data zero to Smartview?

  Merry Christmas / Happy Hanakkuk (and all other religious holiday greeting comes to be PC).

  Ho Ho Ho!

  Level 0 members not also store data, if it has an MDX formula. The value is calculated according to the formula only at the time of the recovery.

• Impossible to deploy feedback and dynamic calc (property data store) to the cube of the essbase EPMA (BSO).

  Hi all

  We use the Hyperion 11.1.2.3.500 version. We have EPMA Essbase, Planning.

  Currently, we are facing 2 problems with application essbase (BSO) EPMA.

  1. the comments which are available in EPMA are not able to deploy to Essbase. Once we click on deploy option is giving in the success and also to give that error

  "Error affecting comment (account-12345) Member Accountxxx (3375).

  
  

  Tried to put comments in the essbase outline and not to deal with all the questions. So question is make observations of EPMA to Essbase.
  

  
  

  2. we have some account in which are dynamic calc in EPMA. After deployment, the members come to Essbase as store.

  
  

  Attempted to assign ownership of the data storage from the dynamic store Calc in Essbase outline, then checked and recorded. No problems were detected. It is by deploying of EPMA to Essbase.

  
  

  Thank you

  
  

  
  

  I ran into a similar issue.  You have first accounts second period?  Then try in first period and account.  It cleared my problem.

• Dynamic Calc to a member of scenario

  I am trying to create a dynamic calc for a scenario to calculate the variance between one scenario on the other. When I run a report, I get this error message:
  Query execution error: CBS-SNI-BP-DB/Sni_prod/Consol/planning/Error (1200400) error running of formula [Consol_Current vs prior Cycle %] (line 0): scalar double argument in function [@SUB]
  
  The formula Consol_Current vs prior Cycle % is the following:
  IF (@ISACCTYPE (Expense)) (@UDA("Scenarios","r_PriorCycleC") - @UDA ("Scenarios", "r_CurCycleC")) / @ABS (@UDA ("Scenarios", "r_PriorCycleC")) * 100; Else (@UDA("Scenarios","r_CurCycleC") - @UDA ("Scenarios", "r_PriorCycleC")) / @ABS (@UDA ("Scenarios", "r_PriorCycleC")) * 100; ENDIF
  
  What I write bad? I have an other scenarios such as the Consol_Current vs Budget with the same formula except that it points to the Budget and they run without any problem.

  The formula Consol_Current vs prior Cycle % is the following:
  IF (@ISACCTYPE (Expense)) (@UDA("Scenarios","r_PriorCycleC") - @UDA ("Scenarios", "r_CurCycleC")) / @ABS (@UDA ("Scenarios", "r_PriorCycleC")) * 100; ON THE OTHER
  (@UDA("Scenarios","r_CurCycleC") - @UDA ("Scenarios", "r_PriorCycleC")) / @ABS (@UDA ("Scenarios", "r_PriorCycleC")) * 100; ENDIF

  Function @UDA in the formula above returns a list of the members, but the type expected number here.
  Change the formula as below with @SUM of @UDA so that it returns the number of the expected type.

  The formula Consol_Current vs prior Cycle % is the following:
  IF (@ISACCTYPE (Expense)) (@SUM (@UDA ("Scenarios", "r_PriorCycleC")) - @SUM (@UDA ("Scenarios", "r_CurCycleC"))) / @ABS (@SUM (@UDA ("Scenarios", "r_PriorCycleC"))) * 100; Else (@SUM (@UDA ("Scenarios", "r_CurCycleC")) - @SUM (@UDA ("Scenarios", "r_PriorCycleC"))) / @ABS (@SUM (@UDA ("Scenarios", "r_PriorCycleC"))) * 100; ENDIF

• Dynamic Calc BSO ratios

  Hello everyone,

  I'm trying to think of a good way to ratios of calc on quarterly averages.  My question is that right now, I have a plan that looks like the following:

  
  The dynamic calc for Q3 is as follows:

  IF (@ISMBR ("AVG"))
  ('Jul' * 'Jul'-> 'Days' + 'Aug' * 'Aug'-> 'Days' + 'MS' * 'Sep'-> 'Days').
  ('Jul'-> 'Days', 'Aug'-> 'Days' + 'MS'-> 'Days');

  ElseIf (@ISMBR ("CHG") AND (@ISMBR ("actual/actual annualization")))
  "Actual/actual annualization";

  ElseIf (@ISMBR ("CHG") AND (@ISMBR ("30/360 annualization - months")))
  "30/360 annualization - months";

  ElseIf (@ISMBR ("CHG") AND (@ISMBR ("rate of return on accumulating assets")))
  "Performance accumulate assets";

  ELSEIF (@ISMBR ("CHG"))

  "Jul", "Aug" + "Sep";
  ELSEIF (@ISMBR ("END"))
  "Sep";
  ENDIF;

  I'm doing an if statement that will allow me to calc similar Ratios children without having to list them separately (because of averages).

  something like:

  ElseIf (@ISMBR ("CHG") AND (@DESCENDANTS("Ratios")))

  @Descendants ("ratios");  <-I know that this does not

  Someone has encountered this or I am looking at it wrong?

  Best regards

  Bret

  I think I was overthinking the problem, here is the solution:

  IF (@ISMBR ("AVG"))
  ('Jul' * 'Jul'-> 'Days' + 'Aug' * 'Aug'-> 'Days' + 'MS' * 'Sep'-> 'Days').
  ('Jul'-> 'Days' + 'Aug'-> 'Days' + 'MS'-> 'Days');

  ElseIf (@ISMBR ("CHG") AND (@ISMBR (@DESCENDANTS ("Metrics"))))
  "Q3".

  ELSEIF (@ISMBR ("CHG"))

  "Jul", "Aug" + "Sep";

  ELSEIF (@ISMBR ("END"))
  "Sep";
  ENDIF;

• Dynamic Calc

  OSI asks:

  If the parent has only one child, I need to tag the Parent Member as never to share... what happens if I tag, parent the same Member as dynamic calc instead never part.. ?

  Thnaks...

  Marking of a parent as never part would help you to action preventive action implied,

  If the parent is a dynamic calc, Essbase will calculate the roll of the data if the recovery is requested for the parent, which consumes more memory