集約ストレージ・データのロード、計算および取得

集約ストレージ・アウトラインの構築用のルール・ファイルでは、集約ストレージ・アウトラインに適用されるアウトライン・プロパティとフィールド・タイプのみを定義する必要があります。表192を参照してください。

ブロック・ストレージ・アウトラインを集約ストレージに変換した後、それらを集約ストレージ版のアウトラインに関連付けることで、ルール・ファイルを更新します。Oracle Essbase Administration Services Online Helpの「エディタでのアウトラインの関連付け」を参照してください。

集約ストレージ・アウトラインを変更するためのデータ・ソースは、ブロック・ストレージ・アウトラインのみに適用されるフィールド値を含めることはできません。表204に、次元構築データ・ソースで集約ストレージ・データベース・アウトラインのメンバーのプロパティとして認識されるメンバー・コードをリストします。他のすべての集計コードは無視され、+ (加算)とみなされます。データ・ソースを使用したメンバー・プロパティの操作を参照してください。

集約ストレージ・アウトラインでは、通貨名および通貨カテゴリのフィールド・タイプはサポートされていません。

集約ストレージ・アウトラインでは、式はMDX数値式と同じフォーマットで指定する必要があります。集約ストレージ・アウトラインでの式の作成を参照してください。

集約ストレージ・アウトラインの共有メンバーを構築するには、「autoconfigure」設定をAdministration Servicesの「次元構築の設定」ダイアログ・ボックスで選択してから、Essbaseで共有を許可するよう設定されていることを確認します(「共有しない」をAdministration Servicesの「次元構築の設定」ダイアログ・ボックスで選択解除するか、「データ共有を許可しない」プロパティをルール・ファイル内で除外します)。autoconfigureが選択されていて、共有が使用可能な場合は、Essbaseによって、新しい親の下に重複メンバーが自動的に共有メンバーとして作成されます。ルール・ファイルを使用した共有メンバーの作成を参照してください。

MaxLのimport database dataステートメントを使用して単一のデータ・ソースからデータ値をロードする場合には、集約ストレージ・データ・ロード・バッファは関係しません。

MaxLの複数のimport database dataステートメントを使用してデータ値を集約ストレージ・データベースにロードする場合は、最初に一時データ・ロード・バッファに値をロードし、すべてのデータ・ソースが読み取られた後でストレージに最終的な書込みを行うことで、パフォーマンスを大幅に向上させることができます。

集約ストレージのデータ・ロード・バッファでは、Essbaseによって、すべてのデータ・ソースが読み取られた後で値がソートされ、コミットされます。指定のデータ・セルに複数の(または重複する)レコードが検出される場合、それらの値は累計されます(セルの競合の解決を参照)。Essbaseでは、その後で、累計された値が格納され、データベース内の既存のデータ値の置換、加算または除算が行われます。集約ストレージのデータ・ロード・バッファの使用により、データ・ロードの全体的なパフォーマンスを大幅に向上させることができます。

集約の作成やスライスのマージはリソースを非常に多く使用するため、データ・ロード・バッファがメモリー内に存在している間、これらの操作はできません。ただし、他のデータ・ロード・バッファにデータをロードし、データベース上でクエリーやその他の操作を実行することは可能です。データ・セット全体がデータベースにコミットされて、集約が作成されるまで、クエリーが短時間待機する場合があります。

データ・ロード・バッファは、バッファのコンテンツがデータベースにコミットされるまで、またはバッファが破棄されたときにはアプリケーションが再起動されるまで、メモリー内に存在します。コミット操作が失敗した場合でも、バッファは破棄され、データはデータベースにロードされません。(データ・ロード・バッファは、MaxLのalter databaseステートメントを使用して手動で破棄できます。『Oracle Essbaseテクニカル・リファレンス』を参照してください。)

次の増分データ・ロードの例では、新しいデータ値が既存の値と交差しないときに最適なパフォーマンスが得られます:

増分データ・ロードの実行時、Essbaseでは、データのソートのために集約ストレージ・キャッシュが使用されます。データ・ロード・バッファで使用できるキャッシュの量は、パーセンテージを指定することで制御できます。パーセンテージは.01以上、1.0以下の数値で指定します。パーセンテージで意味があるのは、小数点以下の2桁のみです。たとえば、0.029は0.02と解釈されます。デフォルトでは、データ・ロード・バッファのリソース使用率は1.0に設定され、データベース上に作成されるすべてのデータ・ロード・バッファの合計使用率が1.0を超えることはできません。たとえば、サイズ0.9のバッファが存在する場合、サイズが0.1より大きい別のバッファを作成できません。

バッファの使用が許可されるリソースの量を設定するには、resource_usage文法でMaxLのalter databaseステートメントを使用します。

たとえば、resource_usageを合計キャッシュの50%に設定するには、次のステートメントを使用します:

      alter database ASOsamp.Sample
   initialize load_buffer with buffer_id 1
   resource_usage .5;
   

同時送信操作を実行することをプランしている場合は、ASOLOADBUFFERWAIT構成設定、およびwait_for_resources文法でMaxLのalter databaseステートメントを使用します。ASOLOADBUFFERWAITは、wait_for_resourcesオプションを使用して集約ストレージ・データ・ロード・バッファを作成する際や、割当て、カスタム計算、ロックおよび送信操作を行う際に適用されます。

データを増分的にロードするときには、データ・ロード・バッファにデータをロードするときに、ソース・データ内の欠落した値とゼロ値がどのように処理されるかを指定できます。

重複セルのセルの競合を解決するため、ロード・バッファに最後にロードされたセルを使用するかどうかを指定できます。

データ・ロード・バッファ・プロパティ:

コマンドで複数のプロパティを使用し、競合がある場合は、最後にリストされたプロパティが優先されます。

データ・ロード・バッファ・プロパティを設定するには、property文法でMaxLのalter databaseステートメントを使用します。

例:

      alter database ASOsamp.Sample
   initialize load_buffer with buffer_id 1
   property ignore_missing_values, ignore_zero_values;
   

管理サービス・コンソールの「データ・ロード」ダイアログ・ボックスで、最後にロードされたセルの値を使用することで、欠落した値とゼロ値を無視するオプションや、重複セルを集約するオプションを設定できます。Oracle Essbase Administration Services Online Helpの「「データ・ロード」ダイアログ・ボックス」を参照してください。

デフォルトでは、同一キーを持つセルが同じデータ・ロード・バッファにロードされると、Essbaseで、値をまとめて追加することによってセルの競合が解決されます。

ロード・バッファに最後にロードされたセルの値を受け入れることによって、重複するセルを組み合せるデータ・ロード・バッファを作成するには、aggregate_use_last文法でMaxLのalter databaseステートメントを使用します。

例:

      alter database ASOsamp.Sample
   initialize load_buffer with buffer_id 1
   property aggregate_use_last;
   

集約ストレージ・データベースには、複数のデータ・ロード・バッファが存在できます。時間を節約するため、データを複数のデータ・ロード・バッファに同時にロードできます。

データベース上では、常に1つのデータ・ロード・コミット操作しか有効にできませんが、同じコミット操作の中で複数のデータ・ロード・バッファをコミットすると、バッファを個別にコミットするより処理が速くなります。

同時に複数のデータ・ロード・バッファにデータをロードするには、別々のMaxLシェル・セッションを使用します。たとえば、1つのMaxLシェル・セッションで、IDが1のバッファにデータをロードします:

      alter database ASOsamp.Sample
   initialize load_buffer with buffer_id 1 resource_usage 0.5;
import database ASOsamp.Sample data
   from data_file "dataload1.txt"
   to load_buffer with buffer_id 1
   on error abort;

   

同時に、もう1つのMaxLシェル・セッションで、IDが2のバッファにデータをロードします:

      alter database ASOsamp.Sample
   initialize load_buffer with buffer_id 2 resource_usage 0.5;
import database ASOsamp.Sample data
   from data_file "dataload2.txt"
   to load_buffer with buffer_id 2
   on error abort;

   

データがデータ・ロード・バッファに完全にロードされたら、バッファIDのカンマ区切りのリストを使用することで、1つのMaxLステートメントを使用して両方のバッファのコンテンツをデータベースにコミットします:

たとえば、次のステートメントでは、バッファ1および2のコンテンツがロードされます:

      import database ASOsamp.Sample data 
   from load_buffer with buffer_id 1, 2;
   

集約ストレージ・データベースには、複数のデータ・ロード・バッファが存在できます。集約ストレージ・データベースに存在するデータ・ロード・バッファのリストと説明については、次のようにlist load_buffers文法でMaxLのquery databaseステートメントを使用してください:

      query database 
      appname.dbname
       list load_buffers;
   

このステートメントでは、既存の各データ・ロード・バッファに関する次の情報が戻されます:

データ・ロード・バッファを集約ストレージ・データベースに増分的にコミットすれば、スライスを作成できます。新しいスライスをデータベースにロードした後、新しいデータがクエリーに表示される前に、Essbaseによって、スライス上の必要なすべてのビュー(集約ビューなど)が作成されます。

データ・スライスの作成は、増分データ・ロードのパフォーマンスを向上させるため、有用です。増分データ・ロードにかかる時間は、新規データの量に比例します。データベースのサイズは要因になりません。

データ・スライスを作成するには、create slice文法でMaxLのimport databaseステートメントを使用します。

たとえば、値(デフォルト)を上書きすることでスライスを作成するには、次のステートメントを使用します:

      import database ASOsamp.Sample data
   from load_buffer with buffer_id 1
   override values create slice;
   

管理サービス・コンソールでは、「データ・ロード」ダイアログ・ボックスでスライスを作成するオプションを設定できます。Oracle Essbase Administration Services Online Helpの「「データ・ロード」ダイアログ・ボックス」を参照してください。

メインのデータベース・スライスを変更しないまま、すべての増分データ・スライスをメインのデータベース・スライスにマージしたり、すべての増分データ・スライスを単一のデータ・スライスにマージしたりできます。スライスをマージするには、データをロードするための権限と同じ権限(管理者権限またはデータベース・マネージャ権限)を持つ必要があります。

新しいデータ・スライスのデータがデータ・ロード・バッファ内に存在すると、Essbaseによって、増分データ・スライスがスキャンされ、それらのデータを新しいスライスと自動的にマージするかどうかが検討されます。自動マージの対象になるには、スライスが100,000セル未満か、新しいスライスのサイズの2倍より小さいものである必要があります。5,000,000セルより大きいスライスが自動的にマージされることはありません。たとえば、新しいスライスに300,000個のセルが含まれている場合、90,000個のセルと500,000個のセルが含まれている増分データ・スライスは、自動的に新しいセルとマージされます。700,000個のセルが含まれて入る増分データ・スライスは、自動的にはマージされません。

データベースに新しい入力ビューが書き込まれた後、Essbaseでスライスの集約ビューが作成されます。新しいスライス用に作成されるビューは、メインのデータベース・スライス上に存在するビューのサブセットです。

logical clear region操作を使用する領域からデータを消去し、結果として消去したセルの値がゼロになる場合は、マージ操作中にゼロ値のセルを削除するよう選択できます。集約ストレージ・データベースの特定の領域からのデータの消去を参照してください。

マージ操作を実行するには、merge構文でMaxLのalter databaseステートメントを使用します。

たとえば、すべての増分データ・スライスをメインのデータベース・スライスにマージするには、次のステートメントを使用します:

      alter database ASOsamp.Sample 
   merge all data;
   

すべての増分データ・スライスをメインのデータベース・スライスにマージし、ゼロ値のセルを削除するには、次のステートメントを使用します:

      alter database ASOsamp.Sample 
   merge all data remove_zero_cells;
   

すべての増分データ・スライスを単一のデータ・スライスにマージするには、次のステートメントを使用します:

      alter database ASOsamp.Sample
   merge incremental data;
   

管理サービス・コンソールでは、データ・スライスをマージできます。Oracle Essbase Administration Services Online Helpの「増分データ・スライスのマージ(集約ストレージ・データベース)」を参照してください。

完全に再ロードするには十分に小さくて、データの待ち時間も短いデータ・セットの場合は、Essbaseで、現在のデータベースのコンテンツを削除し、データベースを指定したデータ・ロード・バッファのコンテンツと置き換えることができます。このアトミックな置換機能では、サービスを中断することなく、データベースの古いコンテンツのクエリーが新しいコンテンツに移行されます。新たにロードされたデータ・セットは、置換されたデータ・セット用に存在していたものと同じビューのセットを作成するために集約されます。

Essbaseでは、データベース内のすべての増分データ・スライスのコンテンツの微細な置換も可能です。データを、更新されることのない比較的大きい静的なデータ・セットと、個々の更新を識別するのは難しくても揮発性のデータ・セットに限定されている比較的小さい揮発性のデータ・セットに分けることができる状況を考えてみてください。たとえば、大きい静的なデータ・セットが直前の3年間の履歴トランザクション・データで構成されていても、過去2か月のトランザクション・データについては、ユーザーがソース・データベース内のトランザクションの特徴を変更できるとします。これらの変更の追跡は、途方もなく複雑になる可能性があります。この場合、静的データ・セットをデータベース内のメイン・スライスとしてロードし、揮発性のデータ・セットを1つ以上の増分スライスとしてロードできます。

Essbaseでは、すべての増分データ・スライスの現在のコンテンツが削除され、(add values文法を使用して)指定されたデータ・ロード・バッファを含む新しいスライスが作成されます。新たにロードされたデータ・セットは、メイン・スライス上に存在するビューのセットに基づいて、集約ビューで拡張されます。

データベース内のデータベースのコンテンツまたは増分データ・スライスを置換するには、override文法でMaxLのimport databaseステートメントを使用します。

たとえば、データベースのコンテンツを置換するには、次のステートメントを使用します:

      import database ASOsamp.Sample data
   from load_buffer with buffer_id 1
   override all data;
   

すべての増分データ・スライスのコンテンツを新しいスライスと置き換えるには、次のステートメントを使用します:

      import database ASOsamp.Sample data
   from load_buffer with buffer_id 1
   override incremental data;
   

管理サービス・コンソールの「データ・ロード」ダイアログ・ボックスで、データベースまたはデータ・スライスのコンテンツを置換するオプションを設定できます。Oracle Essbase Administration Services Online Helpの「データベースまたはデータ・スライス・コンテンツの置換(集約ストレージ・データベース)」を参照してください。

Essbaseでは、増分データ・スライスのサイズと数、および増分データ・スライスのクエリーにかかるコストの統計を提供します。

すべての増分データ・スライスにアクセスするためのクエリーにかかる時間は、パーセンテージ(.01以上、1.0以下)で表されます。データベースにメインのスライスと複数の増分データ・スライスがある場合、クエリー統計0.66は、クエリー時間の3分の2が増分データ・スライスのクエリーに費やされ、3分の1がメインのデータ・スライスのクエリーに費やされたことを意味します。増分データ・スライスのクエリーのコストが高すぎる場合は、スライスをマージできます。

増分データ・スライス統計を表示する方法は、Oracle Essbase Administration Services Online Helpの「集約ストレージ統計の表示」を参照してください。

集約ストレージ・データベースでの増分データ・ロードには、現在のデータ・ファイルのサイズの最大2倍のディスク・スペースが使用される場合があります。データベースの大きさが2 GBを超える場合は、デフォルトのテーブルスペースの最大ファイル・サイズが2 GBを超えないように設定することで、ディスク・スペースの使用率を削減できます。テーブルスペースでの処理を参照してください。

Smart Viewでは、submitコマンドは、増分データ・ロード機能をoverride文法で使用することと同じです。

送信操作を実行している間、ロック、ロック解除および取得とロックの新しい要求は、送信操作が完了するまで待機します。

Oracle Hyperion Smart View for Office User's Guideを参照してください。

集約ストレージ・データベースに値をロードするためにデータ・ソース・レコードを処理する際、Essbaseではメンバーに式が存在しないレベル0の次元の交差のみを対象にしてソース・データ・レコードが処理されます。

次の例は、レベル0の交差のみのレコードを含むデータ・ソースを示しています。最後のフィールドにはデータ値が含まれていて、その他のフィールドは、それらの各次元のレベル0のメンバーです。

      Jan, Curr Year, Digital Cameras, CO, Original Price, 10784
Jan, Prev Year, Camcorders, CO, Original Price, 13573
   

Essbaseは上位レベルのメンバーを指定するレコードを無視し、データ・ロードの完了時にスキップされたレコードの件数を表示します。

たとえば、メンバーMid Westはレベル1のメンバーであるため、次のレコードはスキップされます:

      Jan, Curr Year, Digital Cameras, Mid West, Original Price, 121301
   

Essbaseサーバーでは、データベースに値をコミットする前にレコードの読取りとソートが内部的に行われるため、データ・ソースをソートする必要はありません。

集約ストレージ・データベースに値をロードするためのルール・ファイルの指定は、集約ストレージのデータ・ロード・プロセスに反映されます。

ブロック・ストレージのデータ・ロードでは、既存の値に上書きするか、既存の値にデータ・ソースの値を足すか、既存の値から差し引くかを、ルール・ファイルを使用してデータ・ソースごとに選択します。

集約ストレージ・データ・ロード・バッファを使用した集約ストレージのデータ・ロードでは、データ・ロード・バッファに収集されたすべてのデータ・ロード・ソースに対して選択した操作が行われてから、データベースにロードされます。

ブロック・ストレージ・アウトラインと集約ストレージ・アウトラインに定義されたルール・ファイルを使用するには、まずルール・ファイルを集約ストレージ・アウトラインに関連付けます。Oracle Essbase Administration Services Online Helpの「エディタでのアウトラインの関連付け」を参照してください。

集約ストレージ・データベース内の指定した領域からはデータを消去し、他の領域にあるデータを保持できます。この機能は、揮発性のデータ(過去1か月間に対応するデータなど)を削除しても、履歴データは保持したいときには便利です。データを消去するには、データ・マネージャ権限または管理者権限を持っている必要があります。

領域からのデータの消去方法:

消去する領域を指定するときは、次のガイドラインに従ってください:

たとえば、「Forecast1」および「Forecast2」のシナリオのすべての1月のデータを消去するには、次のステートメントを使用します:

      alter database ASOsamp.Sample clear data in region 'CrossJoin({Jan},{Forecast1, Forecast2})';
   

消去領域操作の間は、データベースを更新する操作(データのロード、データ・スライスのマージ、または別の領域からのデータの消去など)は実行できず、データをエクスポートすることもできません。データベースのクエリーは可能ですが、クエリーの結果は、消去領域操作の前のデータ・セットに基づいたものになります。

clear data in region文法では、データベース全体からデータを消去できません。集約ストレージ・データベースからのすべてのデータの消去を参照してください。

集約ストレージ・データベースからのすべてのデータの消去は、ブロック・ストレージ・データベースの場合と同じです。データベース全体を消去するには、次のいずれかを使用します:

解決順の概念は、クエリー実行に適用されます。セルが多次元クエリーで評価されるとき、計算が解決される順序はあいまいな場合があります。このあいまいさをなくすため、解決順のプロパティを使用して、必要な計算の優先度を指定できます。

解決順のプロパティの値により、Essbaseで式が計算される優先度が決まります。解決順が指定されているメンバーに対する式は、最も低い解決順から最も高い解決順の順序で計算されます(解決順のプロパティの使用例を参照)。0から127の範囲で解決順序を指定できます。デフォルトは0です。

解決順は、メンバー・レベルまたは次元レベルで指定できます。Essbaseでは、計算の優先順位は次の情報を使用して決定されます:

次の例は、ASOSamp.Sampleデータベースをベースにしています。クエリー結果のあいまいさをなくすため、この例では、解決順のプロパティを使用して必要な計算の優先度を指定しています。

図166のスプレッドシートのクエリーでは、今年の1月と去年の1月の売上数量と取引件数のデータが取得されます。「Variance」メンバーは、今年と去年の間の差異を示します。「Avg Units/Transaction」メンバーは、取引ごとの売上数量の比率を示します。

図 166. 2つの比率の差異を示すASOSamp.Sampleデータベースのスプレッドシート・クエリーの結果(C12)

図167は、これらのメンバーのデータベース・アウトラインと、「Variance」メンバーと「Avg Units/Transaction」メンバーに適用される式を示しています。

図 167. 「Measures」、「Years」および「Time」次元が含まれているASOSamp.Sampleデータベース

取引ごとの平均数量の差異(図166のセルC12)を計算すると、結果は2つの比率の差異であることも、2つの差異の比率であることもあります。結果は、Essbaseで「Variance」に対する式か「Avg Units/Transaction」に対する式のどちらが優先されるかによって決まります。

解決順のプロパティの値は、データベース・アウトライン内のメンバーに添付され、Essbaseで式が評価される優先度を決定します。解決順の高いメンバーに対する式が優先されます。

この例では、「Variance」メンバーが「Avg Units/Transaction」メンバーより高い解決順を持つ場合、「Variance」メンバーに対する式が優先し、その結果は2つの比率の差異です。これはASOsamp.Sampleデータベースの場合であり、「Variance」メンバーの解決順が20で、「Avg Units/Transaction」メンバーの解決順が10のためです。「Variance」メンバーの方が解決順が高いため、「Variance」に対する式が優先されます。図166のクエリーのセルC12の結果は、表206に示されているように、2つの比率の差異です:

かわりに、ASOSamp.Sampleデータベースを変更し、「Avg Units/Transaction」メンバーに「Variance」メンバーよりも高い解決順を指定すると、「Avg Units/Transaction」メンバーが優先され、結果は、表207と図168に示されているように、2つの差異の比率になります:

図 168. 2つの差異の比率を示すASOSamp.Sampleデータベースのスプレッドシート・クエリーの結果(C12)

次のトピックでは、集約ストレージ・データベースの計算の説明に不可欠な用語について説明します。

      Original Price, Curr Year, Qtr1, Personal Electronics, CO 
Original Price, Curr Year, Qtr1, Personal Electronics, KS 
Original Price, Curr Year, Qtr1, Home Entertainment,   CO 
Original Price, Curr Year, Qtr1, Home Entertainment,   KS 
Original Price, Curr Year, Qtr2, Personal Electronics, CO 
Original Price, Curr Year, Qtr2, Personal Electronics, KS 
Original Price, Curr Year, Qtr2, Home Entertainment,   CO 
Original Price, Curr Year, Qtr2, Home Entertainment,   KS 
Original Price, Curr Year, Qtr3, Personal Electronics, CO 
Original Price, Curr Year, Qtr3, Personal Electronics, KS 
Original Price, Curr Year, Qtr3, Home Entertainment,   CO 
Original Price, Curr Year, Qtr3, Home Entertainment,   KS 
Original Price, Curr Year, Qtr4, Personal Electronics, CO 
Original Price, Curr Year, Qtr4, Personal Electronics, KS 
Original Price, Curr Year, Qtr4, Home Entertainment,   CO 
Original Price, Curr Year, Qtr4, Home Entertainment,   KS 
Original Price, Prev Year, Qtr1, Personal Electronics, CO 
Original Price, Prev Year, Qtr1, Personal Electronics, KS 
Original Price, Prev Year, Qtr1, Home Entertainment,   CO 
Original Price, Prev Year, Qtr1, Home Entertainment,   KS 
and so on...
   

集約の実行には、Administration Servicesの集約設計ウィザードまたはMaxLステートメントのいずれかを使用できます。集約プロセスには2つの段階があります:

集約ビューの選択段階で、様々な組合せの集約ビューの計算と格納が、集約のクエリー応答時間にどのように影響するかがEssbaseで分析されます。分析に対する入力として、物理的ストレージとパフォーマンスの要件を定義できます。また、データの使用状況の追跡や分析プロセスに対する情報の入力も可能です。使用状況に基づいたビューの選択を参照してください。

集約ビューの有用性とリソース要件に基づいて、Essbaseで集約ビューのリストが作成されます。このリストには、各ビューとともに、その集約ビューとその上にリストされる他のすべての集約ビューの保管時に適用される、ストレージおよびパフォーマンス情報が含まれています。リストされたビューの集約、リストされたビューのサブセットの選択と集約、または別の入力基準による選択プロセスの再実行を選択できます。また、新しい選択基準に基づいた新しいビューの生成を、集約に追加することもできます。集約ビューの選択の調整を参照してください。

選択を生成するかどうかにかかわらず、集約ビューの選択は集約スクリプトとして保存できます。集約スクリプトには柔軟性があり、同じ選択が再度必要になった場合に選択プロセスをバイパスできるため、時間を節約できます。集約スクリプトの操作を参照してください。

選択プロセスが終了すると、選択された集約ビューは集約を生成するときに計算されます。

次のプロセスに従って集約を定義および生成することをお薦めします:

Essbaseで提案される集約ビューのデフォルトの選択では、非常に優れたパフォーマンスが得られます。ただし、選択リスト内のすべての集約ビューを受け入れると、最適なパフォーマンスは保証されません。デフォルトの選択では、Essbaseが保管階層を分析し、どの集約セルでも取得される可能性が等しいと仮定します。Essbaseでは、クエリーの時点で使用可能なメモリーの容量などの外的要因には対応できません。使用可能なメモリーは、取得時のキャッシュ・メモリーの定義や、他の同時プロセスで必要なメモリーなどの要因の影響を受ける可能性があります。

どのデータが最もクエリーされるかを追跡し、その結果と代替ビューを集約ビューの選択プロセスに組み込むことをお薦めします。使用状況に基づいたビューの選択を参照してください。

集約を調整してテストする場合は、次の点を考慮してください:

集約ビューのサイズを見積るには、essbase.cfgのASOSAMPLESIZEPERCENT構成設定を使用すると、Essbaseで使用されるサンプル・セルの数を指定できます。サンプル・サイズは、入力レベル・データのパーセンテージで指定します。デフォルト(最小)のサンプル・サイズは100万(1,000,000)セルです。『Oracle Essbaseテクニカル・リファレンス』を参照してください。

Essbaseでは、データベースに適したバランスの集約ビューを選択して保管する際に役立つ情報が提供されます。この情報を、データベースの取得要件と環境についてわかっている事柄と比較検討してください。次の情報は、集約のための集約ビューの選択に役立ちます:

次のプロセスに従って、集約を調整することをお薦めします:

Essbaseでは、データベースに対する取得統計を捕捉できます。その後、それらの統計を使用して、自社の取得パターンに合った集約を構築できます。また、Essbaseでは、使用状況の情報が集約ビューの選択プロセスで使用されるときに、データベースの分析に代替階層も含めます。

定期的なレポートのためのデータベース使用状況は、進行中のユーザー取得の場合とは異なることがあります。様々な取得の状況を最適化するには、状況による使用パターンの追跡と状況ごとの集約スクリプトの作成を検討してください。

集約の選択プロセスを開始する前に、クエリーの追跡がオンになっていて、使用状況の捕捉に十分な時間が経過していることを確認してください。

クエリーの追跡では、クエリー使用状況の情報がメモリー内に保持されます。次のいずれかの操作を実行すると、クエリー使用状況の情報が消去されます。

クエリーの追跡は、オフにするか、アプリケーションを停止するか、アウトラインを変更するまでオンのままです。

デフォルトでは、Essbaseは、内部的なメカニズムを使用して集約の作成方法を決定します。ユーザー定義のビュー選択には、デフォルトのビュー選択とクエリー・データに基づいたビュー選択に影響を与える方法があります。使用状況に基づいたビューの選択を参照してください。

管理者は、保管階層にビュー選択プロパティを適用して、Essbaseに特定のレベルの集約が選択されないようにすることもできます。

Essbaseでは、選択されたビュー選択プロパティを満たすビューのみが検討されます。

デフォルトのプロパティを変更するには、データベースの主要なクエリー・パターンに精通している必要があります。特定のビューが選択されないようにすると、それらのビューに対するクエリーは遅くなりますが、他のクエリーの速度は上がります。同様に、セカンダリ階層で「すべてのレベルを検討」を有効にすると、その階層に対するクエリーは速くなり、他のクエリーは遅くなることがあります。

クエリー・ヒントは、実行される可能性のあるクエリーのタイプをEssbaseに指定します。たとえば、時間次元の最下位レベルのクエリーを指定するには、1月のように、最下位レベルの時間で1つのメンバーを指定できます。これにより、Essbaseに任意のメンバーが最下位レベルの時間でクエリーされる可能性があることが指定されます。Essbaseにより、ビューを選択する際のクエリー・ヒントの優先度で指定されたメンバーが指定され、共通のクエリーが最適化されます。

次元にメンバーが指定されていない場合は、その次元のメンバーがクエリーで使用される可能性があることを意味します。たとえば、Sample.Basicで(Sales, 100, East)のクエリー・ヒントを使用することは、レベル1の市場のレベル1の製品の利益率メジャーが、除外された年次元およびシナリオ次元とは無関係に、共通のタイプのクエリーであることを意味します。

使用状況に基づいたビューの選択は、クエリー・ヒントに優先します。使用状況に基づいたビューの選択を参照してください。ユーザー定義ビューの選択は、両者の間に競合がある場合は、クエリー・ヒントに優先します。ユーザー定義ビューの選択の理解を参照してください。

アスタリスク「*」は、次元にメンバーが選択されていないことを示します。

同じアウトライン内に多数のヒントが存在可能です。少なくとも1つのヒントに適合するビューは、適合するものがないビューよりも重要視されます。

クエリー・ヒントに、動的メンバー、ラベルのみメンバーまたは共有メンバーを含めることはできません。

各集約スクリプトは、データベースに対する特定の集約ビューの選択を表しています。

集約スクリプトによって時間を節約できます。たとえば、新しいデータ値をロードした後、別の集約ビューの選択を実行する必要はありません。集約スクリプトに保管されている選択を使用して集約を生成することで、集約プロセスの速度を上げることができます。

集約スクリプトによって柔軟性を得ることもできます。集約スクリプトには、異なる取得状況ごとに最適化された集約ビューの選択を保存できます。たとえば、月末レポートの取得を最適化するためのスクリプトや、日次レポートの取得を最適化するためのスクリプトを保存して使用できます。

データベースの集約スクリプトに含まれている選択がそのデータベースには無効な場合、そのスクリプトは無効になります。集約スクリプトは、集約の作成時に作成します。集約スクリプト・ファイルは手動で変更しないでください。手動で変更すると、予測できない結果が生じることがあります。集約および集約スクリプトを作成する必要があるタイミングの詳細は、集約の置換を参照してください。

集約のパフォーマンス時間を可能なかぎり改善するため、CALCPARALLEL構成設定を使用してスレッド数を増やすことができます。各スレッドは集約ビューの構築タスクを取り扱うため、ユーザーが定義するスレッド数で、同時に構築できる集約ビューの数が設定されます。シングルCPUのコンピュータでも、CALCPARALLEL構成設定を大きくすると、データベースがメモリーには大きすぎるといった、構築する集約がI/Oバウンドである場合のパフォーマンスが向上することがあります。スレッドは集約ストレージ・キャッシュを共有する必要があるため、定義されたスレッド数をサポートするには、このキャッシュ・サイズを十分に大きくする必要があります。それ以外の場合は、スレッド数を大きくすると、集約のパフォーマンス時間が低下することがあります。

『Oracle Essbaseテクニカル・リファレンス』を参照してください。

ディスクからの集約の消去は、手動で行うほうがよい場合もあります。たとえば、ディスク・スペースをディスクの使用度が高い操作に使用できるようにする場合です。集約を消去すると、レベル0の値を除くすべてのデータがデータベースから消去され、他の用途で使用できるようにディスク領域が解放されます。集約が消去された後、クエリーにより、レベル0の値から動的に取得された値が計算されます。

Essbaseサーバーで集約されたデータが自動的に消去されるタイミングについては、表192の「データベースの再構築」を参照してください。

集約は、既存の集約を消去し、集約ビューの別の選択を生成することで置換できます。新しい集約ビューの選択および生成プロセスを実行することも、集約スクリプトを実行することもできます。次のような状況では、集約の置換を検討してください:

次元内のレベル数が変更されたり、アウトラインに1つ以上の次元が追加または削除された場合には、集約および関連する集約スクリプトを置換する必要があります。データベースの集約の実行および集約スクリプトの操作を参照してください。

集約ストレージの会計次元にタイム・バランス・プロパティを設定することで、時間次元に沿った組込みの計算を実行できます。これにより、タイムバランス機能を実行するためのメンバー式使用の時間とパフォーマンスのオーバーヘッドが削減されます。

保管済または式を持つ会計次元メンバーでは、次のタイムバランス・プロパティがサポートされています:

人的資源アプリケーションの「Headcount」などの保管済メジャーについて考えてください。年-四半期-月階層では、「Headcount」のデータは月レベルでロードされます。

目的の年ごとまたは四半期ごとの「Headcount」の値は、その月の合計ではありません。そうではなく、期間内に記録された最後の値である必要があります。

SKIPMISSINGで「Headcount」にTB期末のタグを付けることは、「Year 2005」の場合は、その値がその月の従業員数の空でない最後の値であることを意味します。「Dec」に欠落していない「Headcount」値がある場合は、その値が戻されます。そうでない場合は、「Nov」の値がチェックされ、欠落していない場合はこの値が戻されます。

式を持つメンバーにタイム・バランス・タグがある場合、この式はレベル0の時間メンバーに対してのみ実行され、時間次元はタイム・バランス・タグに従って集約されます。

タイム・バランス・タグには、時間次元に沿った組込みの計算があります。期間累計やローリング平均など、式を使用するその他の時間ベースの計算を実行するには、TimeViewという次元を作成し、その次元にすべての時間ベースの式を記述できます。これを実行することで、他の時間ベースの計算が実行不可になることなく、タイム・バランス計算の機能を使用できます。

フロー・タグは、会計次元メンバーを持つ式に割り当てることができます。

次の例で、フロー・メトリックで解決される問題について説明します。12か月すべてに「売上」と「追加」のデータがあることが前提です。各月の初めの在庫を読み込むために集約を実行しようとしています。

期首在庫メンバーを計算するために、そのメンバーでMDX式を使用する場合もあります。フロー・メトリックを使用しないで各月の期首在庫を取得するには、計算機エンジンでMDX式を幾何学級数的に繰り返すことが必要な場合があります。

      Inventory = SUM(MemberRange(Jan:Time.CurrentMember), (Additions - Sales)) + Beg_Inventory
   

図で示した例を最適化するには、在庫メンバーに式(Addition - Sales)を割り当ててから、メンバーにフローとタグ付けします。

代替階層が集約ストレージの時間次元で使用される場合は、会計次元でフロー・タグとTBタグを使用するときに、次の制限が適用されます:

MDXのAggregate関数は、タイム・バランス・タグが付けられたメジャーの集約に使用できます。『Oracle Essbaseテクニカル・リファレンス』を参照してください。

次のような場合、次の計算ロジックが適用されます

上のケースが両方とも当てはまる場合は、セルを評価するためにMDXのAggregate()セマンティクスが使用されます。

たとえば、次のようなシナリオを考えてみます:

(Year, Holiday_TRUE, [Opening Inventory])の値はMDXのロジックに従って評価されます:

      Aggregate( {Set of dates that are holidays in Year}, [Opening Inventory])