集約ストレージ・キューブの再構築
Essbase ASOキューブの再構築は、階層の変更など、アウトラインの変更によって強制される場合があります。階層のタイプについて学習します。
階層は、最上位のメンバーとその子孫です。
-
動的階層には、保管レベルが1つのみ含まれます。ASOsamp.Basicでは、勘定科目ディメンションは動的階層です。
-
属性ディメンションは1つの階層です。世代1のメンバーは、階層の最上位メンバーです。
-
標準ディメンションに複数階層使用可能とタグ付けされていない場合、その標準次元は1つの階層です。世代1のメンバーは、階層の最上位メンバーです。
-
標準ディメンションが複数の階層使用可能としてタグ付けされている場合は、複数の階層が含まれ、世代2のメンバーが階層の最上位メンバーになります。たとえば、ASOsamp.BasicのProductズ・ディメンションには2つの階層が含まれます。最上位のメンバーは、世代2の「All Merchandise」と「High End Merchandise」です。

影響を及ぼすアウトライン変更は、次のとおりです。
-
再構築前にデータをクリアする必要があるかどうか
-
再構築に必要な時間およびストレージ
集約ストレージ・キューブの再構築のレベル
集約ストレージ・アウトラインを編集する場合は、再構築コストを予測します。完全なEssbase ASOキューブの再構築は、特定のアウトラインの変更後に開始されます。その他の変更では、ライトの再構築のみが行われます。完全な再構築では、データまたはビューのクリアが必要になり、軽度の再構築よりも影響が大きくなります。
再構築に必要な時間とストレージを最小限に抑えるために、アウトラインで頻繁に変更される場合は、アウトラインとアウトライン変更のタイプを分析します。
ディメンションの追加、削除および移動には、再構築コストが最も高くなります。つまり、入力データの再ロード、集計ビューの選択および集計の実行が必要です。
次の表に、集約ストレージ・キューブの再構築のレベルを、(時間、ストレージおよびデータに関して)最もコストがかかるものから最もかからないものの順にリストしてください。
表39-1集約ストレージの再構築レベル
| ユーザーアウトラインの変更 | Essbase再構築レベル | パフォーマンスへの影響 |
|---|---|---|
|
標準ディメンションの追加、削除または移動 |
データと集約ビューのクリアおよびアウトライン全体の再構築の実行 |
非常に高 ユーザーは入力(レベル0)データを再ロードし、集約ビューを選択して、集約を再実行する必要があります。 |
|
集約ビューのクリアおよびアウトライン全体の再構築の実行 |
非常に高 ストレージ要件は、データベース・ファイル( ユーザーは、集約ビューを選択し、集約を再実行する必要があります。 |
|
他のカテゴリに含まれていない変更の実行(メンバーの削除や移動、兄弟の中で最後ではないメンバーの追加など) |
アウトライン全体の再構築の実行 |
高値 ストレージ要件は、データベース・ファイル( |
|
代替階層または属性ディメンションに対する簡易再構築の変更の実行(下記参照) |
属性ディメンションや代替階層をベースとするすべての集約ビューの再構築 |
安値 ストレージ要件は、影響を受けるビューの最大3倍のサイズです。このような集約ビューは、通常、使用状況に基づいてビューを選択するために問合せトラッキングを使用した場合にのみ存在します。使用状況に基づくビューの選択を参照してください。 |
|
保管されたレベル0メンバーがない(すべてのレベル0メンバーが共有されていたり、式を持っているなど)非属性ディメンションで、階層内のレベル数を変更せず、2の累乗の境界を交差しない子または子分岐を追加します。 |
アウトラインの簡易再構築の実行 ノート: 階層内のレベル数を変更すると、Essbaseはすべての集約ビューをクリアし、アウトライン全体の再構築を実行します。パフォーマンスの影響は非常に大きくなります。 階層内のレベル数が変更されず、子または子分岐を追加すると2の累乗の境界を交差する場合、Essbaseでアウトライン全体の再構築が実行されます。パフォーマンスの影響は大きくなります。 |
非常に低 |
|
保管されたレベル0メンバーがある非属性ディメンション:
次に例を示します:
|
アウトラインの簡易再構築を実行します。 |
非常に低 |
|
保管されたレベル0メンバーがある非属性ディメンション:
|
集約ビューのクリアおよびアウトライン全体の再構築の実行 |
非常に高 |
アウトライン変更の例
例では、様々な種類のEssbase集約ストレージ(ASO)アウトラインの変更(ストアド・レベルの数を変更したり変更しないメンバーの追加、代替階層の変更、子メンバーの追加、子ブランチの追加)の再構築コストを示します。
この項では、集約ストレージ・キューブの再構築のレベルで説明した、より難しいアウトライン変更の例を示します。
例: 階層内に保管されるレベルの数を変更しない
ASOsamp.Basicで、Measuresディメンションは勘定科目としてタグ付けされています。そのため、動的階層として、Measuresには保管レベルが1つのみ含まれています。

子メンバーのAllをRatiosに追加しても、Measuresディメンションに保管されるレベル数は変更されません。アウトラインを保存すると、簡易再構築がトリガーされます。

ASOsamp.Basicでは、Income Levelは保管階層ディメンションです。

子メンバーを追加しても、階層内のレベル数(2)は変更されません。7番目または8番目の子メンバーを最後に追加できますが、9番目の子メンバーを追加すると2の累乗の境界を越えるため(例: 子メンバーの追加を参照)、アウトライン全体の再構築が必要になります。

例: 階層内に保管されるレベルの数を変更する
ASOsamp.BasicのProductディメンションで、名前をPhoto PrintersをPrintersに変更して子メンバーを追加すると、All Merchandise階層のレベル数が4つから5に増加します。アウトラインを保存すると、Essbaseはすべての集約ビューをクリアし、完全な再構築を実行します。

例: 代替階層での変更
Drinks by Categoryの下の共有メンバーであるOrangeを削除して、Drinksの下のプロトタイプ・メンバーを削除しない場合、代替階層でDrinks by CategoryはDrinks階層をレプリカではなくなります。アウトラインを保存すると、Essbaseはすべての集約ビューをクリアし、完全な再構築を実行します。
共有およびプロトタイプ・メンバーのOrangeを削除すると、代替階層のDrinks by CategoryはDrinks階層のレプリカのままになります。アウトラインを保存すると、Essbaseで完全な再構築が実行されますが、集約ビューがクリアされません。

例: 子メンバーの追加
ASOsamp.Basicで、All Merchandise階層のSystemズの下に子メンバーを追加すると、SystemSの下の子の数が3つのつに増加し、2の累乗の境界を交差します。アウトラインを保存すると、Essbaseで簡易再構築が実行されます。

ただし、Computers and Peripheralsの下に子メンバーを追加すると、Computers and Peripheralsの下の子の数が3つから4つに増加します。4番目の子は既存メンバーの後に追加する必要がありますが、この子を追加していても2または4の境界を交差しません。この子は、既存メンバーの後に追加する必要があります。アウトラインを保存すると、Essbaseで簡易再構築が実行されます。

例: 子分岐の追加
ASOsamp.Basicで、All Merchandise階層のComputers and Peripheralsの下に子分岐を追加すると、「子の数」が4に増加します。この子は既存メンバーの後に追加する必要がありますが、追加しても2の境界を交差しません。Other Peripheralsという新規メンバーには、2つの子があります。Systems (Other Peripheralsの兄弟)には、2つの子があります。子分岐を追加しても、同じレベルの兄弟メンバーの子については2の底乗の境界内のままです。アウトラインを保存すると、Essbaseで簡易再構築が実行されます。

3つの子メンバーを持つ子分岐を追加すると、2の累乗の境界が交差し、Essbaseで完全な再構築が必要になる場合があります。ただし、Systemsにすでに3つのメンバーがある場合、2の累乗の境界は4になり、アウトライン全体の再作成をトリガーせずに最大4つの子をOther Peripheralsに追加できます。