集約ストレージ・データベースの再構築

機械翻訳について

集約ストレージ・データベースの再構築

データベースの再構築は、階層の変更など、集約ストレージ・データベース・アウトラインの変更によって強制される場合があります。階層は、最上位メンバーとその子孫で構成されます。

動的階層には、1つの格納レベルのみが含まれます。勘定科目ディメンションは動的階層です。
属性ディメンションは1つの階層です。世代1のメンバーは階層の最上位メンバーです。
標準ディメンションが複数階層対応としてタグ付けされていない場合は、1つの階層になります。世代1のメンバーは階層の最上位メンバーです。
標準ディメンションが複数の階層対応としてタグ付けされている場合は、複数の階層が含まれます。世代2のメンバーは、階層の最上位メンバーです。たとえば、ASOsamp.SampleのProductsディメンションには2つの階層が含まれています。最上位メンバーは世代2メンバーのすべての商品およびハイ・エンド商品です。

変更が与える影響の概要は次のとおりです:

再構築の前にデータベースからデータをクリアする必要があるかどうか
アウトラインの再構築に必要な時間とストレージ

集約ストレージ・データベースの再構築のレベル

データベースの再構築に必要な時間とストレージを最小限に抑えるには、データベース・アウトラインが頻繁に変更される場合、アウトラインおよびアウトラインの変更のタイプを分析します。

(時間、ストレージおよびデータに関して)最もコストが高いものから低いものの順にリストされた集約ストレージ・データベースの再構築のレベル:

表38-1 集約ストレージ再構築レベル

ユーザー・アウトラインの変更	Essbase-構造レベル	パフォーマンスへの影響
標準ディメンションの追加、削除または移動	データおよび集約ビューをクリアし、アウトライン全体の再構築を実行	非常に高いユーザーは、入力(レベル0)データをリロードし、集約ビューを選択して、データベース集約を再実行する必要があります。
階層を追加、削除または移動します。階層内の格納されているレベルの数を変更します。参照: 例: 階層内の格納レベル数の変更なし例: 階層内の格納レベル数の変更保管階層の最上位メンバーをラベルのみから保管済に、または保管済からラベルのみに変更します。動的階層を保管階層に、または保管階層を動的階層に変更します。プライマリ階層または代替階層を、プライマリ階層または代替階層と一致するように、または一致しなくなるように変更します。プライマリ階層のすべてのレベル0メンバーは、すべての代替階層で直接的または間接的に表す必要があります(たとえば、子の合計である親はその子を表すことができます)。プライマリ階層の最上位レベルは、各代替階層の最上位レベルと同じである必要があります。「例: 代替階層の変更」を参照してください。	集約ビューをクリアし、アウトライン全体の再構築を実行	非常に高いストレージ要件は、データベース・ファイル(`.dat`ファイル)のサイズの最大3倍です。ユーザーは集計ビューを選択し、データベース集計を再実行する必要があります。
他のカテゴリに含まれていない変更を実行します。たとえば、メンバーを削除または移動したり、兄弟の最後ではないメンバーを追加	アウトライン全体の再構築を実行	高ストレージ要件は、データベース・ファイル(`.dat`ファイル)のサイズの最大3倍です。
代替階層または属性ディメンションへのライト再構築変更(後述)の実行	属性ディメンションまたは代替階層に基づくすべての集約ビューを再構築	低ストレージ要件は、影響を受けるビューのサイズの最大3倍です。このような集計ビューは、通常、問合せトラッキングを使用して使用状況に基づいてビューを選択した場合にのみ存在します。「使用状況に基づいたビューの選択」を参照してください。
レベル0のメンバーが保管されていない(たとえば、すべてのレベル0のメンバーが共有されているか、式を持つ)非属性ディメンションで、階層内のレベル数を変更したり、2の境界を越えたりせずに子分岐を追加します。	ライト・アウトラインの再構築を実行ノート: 階層内のレベル数が変更されると、Essbaseによってすべての集約ビューがクリアされ、アウトライン全体の再構築が実行されます。パフォーマンスへの影響は非常に大きいです。階層内のレベル数は変更されないが、子分岐または子分岐の追加が2の累乗を超える場合、Essbaseは完全なアウトライン再構築を実行します。パフォーマンスへの影響は大きいです。	非常に低い
レベル0のメンバーが保管されている非属性ディメンションの場合: 2の境界の累乗(1、2、4、8、16など)なしで、子を親の最後の子として追加します。たとえば、親メンバーに3つの子がある場合、4つ目の子を親の最後の子として追加できます。階層内のレベル数を変更せずに、子ブランチを既存の親の最後の子ブランチとして2の累乗なしで追加します。例: メンバー名を変更数式を変更別名の変更動的階層連結演算子を変更します(たとえば、+から -)	ライト・アウトラインの再構築を実行します。	非常に低い
レベル0のメンバーが保管されている非属性ディメンションの場合: 2の境界の累乗を横断する子を親の最後の子として追加します。たとえば、親メンバーに3つの子があり、4番目と5番目の子を追加した場合、5番目の子は2つの境界の累乗を超えます。「例: 子メンバーの追加」を参照してください。 2の境界を越える既存の親の最後の子ブランチとして子ブランチを追加するシナリオ、またはアウトライン全体の再構築をトリガーする階層内のレベル数を変更するシナリオは、「例: 子ブランチの追加」を参照してください。	集約ビューをクリアし、アウトライン全体の再構築を実行	非常に高い

Outline-Changeの例

この項では、「集約ストレージ・データベースの再構築のレベル」で説明されている複雑なアウトライン変更の例を示します。

例: 階層内の格納レベル数の変更なし

ASOsamp.Sampleでは、Measuresディメンションは勘定科目としてタグ付けされます。したがって、メジャーには動的階層として1つのストアド・レベルのみが含まれます。

この図は、1つのレベル(比率)が格納されたMeasuresディメンションのアウトラインを示しています。

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

この図は、図の前のテキストで説明されているように、Ratiosにすべてを子として追加した場合の効果を示しています。

ASOsamp.Sampleでは、所得レベルは保管された階層ディメンションです。

この図は、2つのレベルを持つIncome Levelという保管階層ディメンションの概要を示しています。

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

このイメージは、所得レベルに追加された子メンバーを示しています。子メンバーを追加した場合の効果については、図の前のテキストで説明しています。

例: 階層内の格納レベル数の変更

ASOsamp.SampleのProductディメンションで、フォト・プリンタの名前をPrintersに変更し、子メンバーを追加すると、All Merchandise階層のレベル数が4から5に増加します。アウトラインが保存されると、Essbaseによってすべての集約ビューがクリアされ、アウトライン全体の再構築が実行されます。

このイメージは、すべての商品階層の概要を示しています。格納されているレベルの数を増やす子メンバーを追加する効果については、イメージの前のテキストで説明しています。

例: 代替階層の変更

カテゴリ別飲料の下の共有メンバー・オレンジを削除し、飲料の下の参照メンバーを削除しない場合、代替階層カテゴリ別飲料は飲料階層のレプリカではなくなります。アウトラインが保存されると、Essbaseによってすべての集約ビューがクリアされ、アウトライン全体の再構築が実行されます。

共有および参照されているオレンジ・メンバーを削除しても、カテゴリ別の代替階層DrinksはDrinks階層のレプリカのままです。アウトラインが保存されると、Essbaseはアウトライン全体の再構築を実行しますが、集約ビューはクリアしません。

このイメージは、Drinks階層とDrinks by Category代替階層の概要を示しています。階層変更の効果については、図の前のテキストで説明しています。

例: 子メンバーの追加

ASOsamp.Sampleでは、All Merchandise階層のSystemsの下に子メンバーを追加すると、Systemsの下の子の数が3に増加し、2の境界を超えます。アウトラインが保存されると、Essbaseは完全なアウトライン再構築を実行します。

このイメージは、すべての商品階層の概要を示しています。子メンバーを追加した場合の効果については、図の前のテキストで説明しています。

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

この図は、すべての商品階層にあるコンピュータおよび周辺機器の概要を示しています。子メンバーを追加した場合の効果については、図の前のテキストで説明しています。

例: 子ブランチの追加

ASOsamp.Sampleでは、すべての商品階層のコンピュータと周辺機器の下に子ブランチを追加すると、子の数が4に増えます。既存のメンバーの後に追加する必要があるこの子を追加しても、2の累乗境界を超えることはありません。 Other Peripheralsという新しいメンバーには、2つの子があります。システム(他の周辺機器の兄弟)には2つの子があります。子ブランチの追加は、兄弟メンバーの子の2の累乗の範囲内で同じレベルに留まります。アウトラインが保存されると、Essbaseによってライトの再構築が実行されます。

この図は、子ブランチが追加されたコンピュータおよび周辺機器のアウトラインを示しています。子ブランチおよび子メンバーを追加する効果については、図の前のテキストで説明しています。

3つの子メンバーを持つ子ブランチを追加すると、2の境界の累乗を超え、Essbaseによるアウトライン全体の再構築が必要になる場合があります。ただし、Systemsにすでに3つのメンバーがある場合、2つの境界の累乗は4になり、アウトライン全体の再構築をトリガーすることなく、最大4つの子をOther Peripheralsに追加できます。