計算順序の定義

各次元内の計算の順序は、データベース・アウトライン内のメンバーの関係次第です。次元の各分岐内では、レベル0の値が最初に計算され、続いてその親であるレベル1の値が計算されます。次に、次の分岐のレベル0の値が計算され、その親であるレベル1の値が計算されます。このようにして、すべてのレベルの計算が完了するまで計算が続行されます。

図118は、Sample.Basicデータベースの年次元を示しています。左側に計算順序が表示されています。この例では、親メンバーに動的計算のタグが付いていないと想定します。データ値の動的計算。を参照してください。

図 118. Sample.Basicデータベースの年次元

Janは最初の分岐の最初のメンバーです。Janは式を持たないので、計算されません。同じ分岐内の残りの2つのメンバーであるFebとMarも同様です。

Essbaseでは、Qtr1を計算するためにJan、FebおよびMarが集計されます。この例では、これらのメンバーが加算されます。

Essbaseでは、次に、同じ方法でQtr2からQtr4までの分岐が計算されます。

Essbaseでは、最後に、Qtr1からQtr4までの値を集計することにより、年メンバーが計算されます。これらのメンバーが追加されます。

Essbaseでのメンバーの集計方法を決めるには、データベース・アウトラインのメンバーに対して算術演算子(+、-、/、*、%、~、^)を使用します。

勘定科目メンバーにタイム・バランス・タグ(First、LastまたはAverage)が設定されている場合、Essbaseではそれに従って集計が行われます。期首、期末および平均の値の計算を参照してください。

親メンバーにラベルのみ演算子が設定されている場合、Essbaseでは、その子から親は計算されません。

メンバーに~演算子が設定されている場合、Essbaseでは、そのメンバーはその親の集計には使用されません。

メンバーに^演算子が設定されている場合、Essbaseでは、どの次元のメンバーも集計されません。

必要な計算結果を確実に得るには、次のどちらのタスクを実行する場合にも、データベース・アウトライン内の次元の計算順序を考慮してください:

データベース・アウトライン内のメンバーの加算(+)や減算(-)の算術演算子のみを使用していて、アウトライン内の式を使用しない場合は、計算順序を考慮する必要はありません。

算術演算子*、/および%の使用

計算演算子を使用して、データベース・アウトライン内のメンバーの乗算(*)、除算(/)およびパーセンテージの計算(%)を行う場合、次元の計算順序を考慮してください。必要な計算済の値が、別の次元に対する後続の計算によって上書きされることがあります。

たとえば、Sample.Basicデータベースには、勘定科目タグが付けられたメジャー次元と、時間タグが付けられた年次元があります。最初にメジャーが計算され、次に年が計算されます。メジャー次元のメンバーを乗算した場合、計算された結果は、Essbaseで年次元の値が集計されるときに上書きされることがあります。セルの計算順序を参照してください。

乗算(*)、除算(/)またはパーセンテージ(%)の演算子を使用してメンバーを集計するときは、必要な結果を得られるように、分岐内のメンバーを慎重に順序付けてください。

図119は、算術演算子がアウトラインに表示される順序を示しています。ここでは、ユーザーがChild 2とChild 3の合計をChild 1で除算すると想定します。ただし、Child 1が最初のメンバーである場合、EssbaseではChild 1から処理が開始され、値#MISSINGがChild 1で除算されます。結果は#MISSINGです。次に、Essbaseでは、Child 2とChild 3が加算されます。明らかに、これは必要としていた結果ではありません。

図 119. データベース・アウトラインでの算術演算子

正しい結果を算出するには、Child 1を分岐の最後のメンバーにしてください。

データベース・アウトライン上のメンバーに式を適用しても、同じ結果が得られます。ただし、図119に示すように、メンバーに対してこれらの計算演算子を使用するほうがはるかに効率的です。

予想どおりの計算結果を得るには、アウトラインに前方計算参照が含まれていないことを確認します。前方計算参照は、計算メンバーの値がEssbaseでまだ計算されていないメンバーに依存している場合に発生します。このような場合、Essbaseでは、必要な計算結果が生成されない可能性があります。

たとえば、図120に示されるProduct次元について検討してください。この次元には、3つの前方計算参照(2つの共有メンバー(P100-20およびP300-20)と1つの非共有メンバー(P500-20))があります:

図 120. 前方計算参照のあるProduct次元

アウトライン・エディタでアウトラインを確認するとき、Essbaseにより、前方計算参照を持つ共有メンバーが識別されます。アウトラインの確認では、前方計算参照を持つ非共有メンバーは識別されません。前方計算参照を含むアウトラインは保存して使用できます。

Dietの下位の5つのメンバーについて考えます。メンバーP100-20、P300-20およびP500-20には、前方計算参照があります:

P100-20、P300-20およびP500-20の正しい計算結果を得るには、アウトライン内のメンバーの順序を変更します。図121に示すように、Regularメンバーの後ろにDiet共有メンバーを置くと、Essbaseでは、必要な順序でメンバーが計算されます。

図 121. 前方計算参照のない変更された製品次元

Essbaseでは、次が計算されます:

最も単純な事例のこの例では、次の条件が満たされます:

表66に、データ・ブロック内のセルのサブセットを示します:

データ値は次の入力セルにロードされています:

Essbaseは次のセルを計算します。表66で、これらのセルの計算順序はセルに表示される1から6までの数字で示されます:

Qtr1 -> Eastには複数の集計パスがあり、市場または年で集計できます。市場で集計した場合、Qtr1 -> New YorkとQtr1 -> Massachusettsの集計になります。年で集計した場合、Jan -> East、Feb -> EastおよびMar -> Eastの集計になります。

Essbaseでは、Qtr1 -> Eastに複数の集計パスがあることが認識されます。このため、表67に示すように、Qtr1 -> EastはQtr1の値を集計することで1回のみ計算され、最後に計算された次元(この例では、市場次元)の集計パスが使用されます。

計算順序に基づいて、データベース・アウトラインのQtr1にメンバー式を設定した場合、その式は、Qtr1 -> Eastの計算時にEssbaseによって無視されます。データベース・アウトラインのEastにメンバー式を設定した場合、その式は、Essbaseによって市場の集計パスに基づいてQtr1 -> Eastが集計されるときに計算されます。

必要に応じて、計算スクリプトを使用して、ユーザーの選択順で次元を計算できます。ブロック・ストレージ・データベース用の計算スクリプトの作成。を参照してください。

この例では、次の条件が満たされます:

表68に、データ・ブロック内のセルのサブセットを示します:

データ値は次の入力セルにロードされています:

EssbaseはNew York、MassachusettsおよびEastのQtr1セルと、Jan、FebおよびMarchのEastセルを計算します。表68で、これらのセルの計算順序はセルに表示される1から7までの数字で示されます:

Qtr1 -> Eastは、年と市場の両方の集計パスに基づいて計算されます。最初に、Qtr1 -> New YorkおよびQtr1 -> Massachusettsの集計としてQtr1 -> Eastが計算されます。2番目に、Jan -> East、Feb -> EastおよびMar -> Eastの集計としてQtr1 -> Eastが計算されます。

結果は、表69に示すように、例1の結果と同じです(表67を参照)。ただし、Qtr1 -> Eastは2回計算されています。このことは、データを親レベルでロードする必要があるときに重要です(セルの計算順序: 例3を参照)。

計算順序に基づいて、データベース・アウトラインでQtr1にメンバー式を設定した場合、その結果は、Essbaseによって市場の集計パスに基づいてQtr1 -> Eastが集計されるときに上書きされます。データベース・アウトラインでEastにメンバー式を設定した場合、市場の集計パスは最後に計算されるので、その結果は維持されます。

この例では、次の条件が満たされます:

表70に、データ・ブロック内のセルのサブセットを示します:

セルは、セルの計算順序: 例2と同じ順序で計算されます。Qtr1 -> Eastは、年と市場の両方の集計パスに基づいて計算されます。

#MISSING値を集計する設定がオフなので、Essbaseでは、#MISSING値は集計されません。このため、親レベルでロードされているデータは、それより下の#MISSING値によって上書きされません。

ただし、子のデータ値のいずれかが#MISSINGでない場合、その値は集計されるので、その値によって親の値は上書きされます。たとえば、Jan -> New Yorkが50000.00の場合、親レベルでロードされている値はこの値によって上書きされます。

結果は、表71に示すように、Essbaseでは最初にJan -> East、Feb -> EastおよびMar -> Eastを集計することによって、Qtr1 -> Eastセルを正しく計算してから、市場の集計パスに基づいて計算します。ただし、Qtr1 -> New YorkおよびQtr1 -> Massachusettsの#MISSING値は集計されないので、Qtr1 -> Eastの値は上書きされません。

Essbaseでは、Qtr1 -> Eastセルの値を確実に計算するために、セルを2回計算する必要があります。Qtr1 -> Eastが最後の集計パスのみに基づいて計算された場合、その結果は#MISSINGとなり必要な結果が得られません。

この例では、次の条件が満たされます:

図124は、Sample.Basicデータベースのメジャー次元のProfit分岐を示しています。この例では、Total Expensesが動的計算メンバーではないと仮定しています。

図 124. メジャー次元のProfit分岐

表72に、データ・ブロック内のセルのサブセットを示します:

次のセルには、複数の集計パスがあります:

#MISSING値を集計する設定がオフなので、Essbaseでは、#MISSING値は集計されません。このため、親レベルでロードされているデータは、#MISSING値によって上書きされず、複数の集計パスがあるセルがEssbaseによって2回計算されます。

結果を表73に示します:

計算順序に基づいて、データベース・アウトラインのMarginなどにメンバー式を設定した場合、その結果は、Qtr1に関する集計で上書きされます。

データ・ブロック内のセルの計算順序は、メンバーの式の影響を受けません。Essbaseでは、データ・ブロック内で式が検出されると、他の必要なデータ・ブロックがロックされ、その式が計算され、データ・ブロックの計算が続行されます。

密次元のメンバーに式を設定するときには、セルの計算順序に十分注意してください。前の例で説明したように、複数の集計パスがあるセルでは、最後に計算された次元によって以前に行われたセルの計算が上書きされます。必要に応じて、計算スクリプトを使用して、次元の計算順序を変更できます。ブロック・ストレージ・データベース用の計算スクリプトの作成およびブロック・ストレージ・データベース用の式の作成。を参照してください。