集約ストレージ・アプリケーション、データベースおよびアウトライン

集約ストレージ・アウトラインとブロック・ストレージ・アウトラインでは、次元はレベル内の関連レベルおよびメンバーの1つ以上の階層が含まれるように構造化されます。たとえば、ASOsamp.Sampleデータベースの時間次元(図155を参照)には、階層MTD、QTDおよびYTDが含まれています。

図 155. 時間次元に複数階層とメンバーが含まれるアウトライン

集約ストレージ・データベースでは、次の2つのタイプの階層を作成できます:

この2つのタイプの階層の利点と制限には違いがあります。次元には両方のタイプの階層を含まれることがあります。次元内で複数階層を使用するには(すべて保管階層の場合も)、その次元で複数階層を使用可能にする必要があります。

次元メンバーに「複合階層: 使用可能」タグを付けると、ラベルのみのタグが自動的に付けられます。

次元に「複合階層: 使用可能」タグを付けない場合は、Essbaseによって、次元に保管階層タグが自動的に付けられます(動的階層のタグが自動的に付けられる、勘定科目タグが付けられた次元を除く)。

代替階層

代替階層は次のいずれかの方法でモデル化できます:

• 属性次元として。属性を使用して、次元内のメンバーを論理的に分類します(たとえば、製品次元は、サイズや種類などの属性を持つことができます)。属性の操作。を参照してください。

  注：	属性次元を使用して代替階層を作成する場合は、属性次元内のメンバーと基本次元内のメンバーのクロス集計レポート・クエリーを作成できます。たとえば、製品売上情報のクロス集計レポートで、列見出しとしてサイズ属性(小や大など)を示し、行見出しとして製品を示すことができます。共有メンバーを使用して代替階層を作成する場合、共有メンバーとプライマリ階層内の非共有メンバーの同等のクロス集計レポート・クエリーは作成できません。

• 共有メンバーの階層として。代替階層には、アウトライン内の以前の階層の非共有メンバーを参照する、共有メンバーが含まれます。共有メンバーは、それらが参照する非共有メンバーとは異なる階層に従ってロール・アップを行います。動的階層の共有メンバーは式を持つことができます。共有メンバーの理解を参照してください。表198は、ASOsamp.Sampleデータベースの階層を示しています。この「Products」次元は、図156に示されています。

表 198. ASOsamp.Sampleの「Product」次元の階層と代替階層の例

製品	階層	代替階層(共有メンバーを含む)
Flat Panel	Products、All Merchandise、Personal Electronics、Home Entertainment、Televisions	Products、High End Merchandise
HDTV	Products、All Merchandise、Personal Electronics、Home Entertainment、Televisions	Products、High End Merchandise

図 156. 集約ストレージ・アウトラインに表示された「Product」次元の代替階層「High End Merchandise」

集約ストレージ・アウトラインに代替階層を作成するときには、次のような制限が適用されます:

• メンバーの非共有インスタンスは、アウトライン内で、メンバーの共有インスタンスより前に存在する必要があります。たとえば、図156では、メンバー「HDTV」は、「High End Merchandise」の代替階層内の共有メンバーとして表示される前に、「All Merchandise」階層内に表示されます。

• 複数階層が有効な次元の最初の階層には、共有メンバーを含めることはできません。

• 保管階層次元は共有メンバーを持つことはできません。複数階層次元内の保管階層は、共有メンバーを持つことができます。

• 値が二重計算されないようにするため、保管階層に同じ共有メンバーの複数のコピーを含めることはできません。たとえば、保管階層に共有メンバーとその祖先のいずれかを含めることはできません。図156の場合、共有メンバー「Televisions」を「High End Merchandise」の子として追加はできません。このように追加すると、「Televisions」がその子である共有メンバー「Flat Panel」および「HDTV」の兄弟になり、「Flat Panel」と「HDTV」の値が2回追加されるためです。

• メンバーの非共有インスタンスは、共有メンバーと同じ次元に存在している必要があります(ブロック・ストレージ・アウトラインと同じ)。

• 保管階層には、同じメンバーの非共有インスタンスと共有インスタンスを含めることはできません。

• 動的階層のメンバーが式を持たないレベル0メンバーの場合にのみ、動的階層のメンバーの共有インスタンスを保管階層に含めることができます。

注：	集約ストレージ・データベースでは、共有メンバーはその非共有メンバーと関連付けられている属性を自動的に共有します。これは、暗黙の共有メンバー(たとえば、1つの子のみを持つメンバー)にも適用されます。暗黙的な共有の理解を参照してください。暗黙的な共有は、「共有しない」プロパティを設定することで防ぐことができます(メンバーによるデータ値の保管方法の決定を参照)。集約ストレージ・データベースでのこのような共有メンバーと属性の動作は、ブロック・ストレージ・データベースでの動作とは異なります。

このトピックでは、属性次元に関しての集約ストレージとブロック・ストレージのデータベースの相違点について説明します。このトピックの情報を利用するには、ブロック・ストレージ・データベースの属性次元の概念に精通している必要があります。属性の操作。を参照してください。

次の情報は、集約ストレージ・データベースで使用する属性次元に適用されます:

属性次元には階層タイプはありません。属性次元を動的階層または保管階層として指定できません。Essbaseでは、属性次元は基本次元の保管代替階層として扱われます。たとえば、Essbaseでは、ASOsamp.Sampleデータベースの「Store Manager」属性次元は、「Store Manager」次元が「Stores」次元の保管代替階層であるかのように扱われます。

クエリーの追跡の使用時には、Essbaseにより属性次元データに対するクエリーが考慮され、集約ビュー選択の属性次元メンバーが組み込まれる場合があります。使用状況に基づいたビューの選択および集約ストレージ・データベースの計算を参照してください。

属性のクエリー・データに基づいてビューを選択および構築する際には、属性データに対する一部のクエリーは取得時に常に動的に計算されるため、クエリー・パフォーマンスに影響を与える場合があります。

属性次元メンバーを含むすべてのクエリーには、基本次元のメンバーを少なくとも1つ含める必要もあります。クエリーに単一の属性次元と次元の合計メンバーが含まれている場合は、Essbaseによって、そのクエリー・データが集約されるため、クエリー・パフォーマンスが向上する可能性があります。その他の場合は、Essbaseによって取得時にクエリーが計算される必要があります。

表199で、属性クエリーのタイプと、Essbaseでのクエリーの計算方法について説明します:

図157で表示されているアウトラインでは、「RealDimension」はその子孫すべての合計です(ラベルのみのタグは付けられません)。クエリーに単一属性次元(たとえば、「AttributeDimension1」)の1つ以上のメンバーが含まれ、それが基本次元メンバー(「RealDimension」)と交差している場合は、Essbaseでそのデータの集約セルを構築できるため、クエリー・パフォーマンスが向上する可能性があります。

ただし、次のクエリーは常に取得時に計算されます:

このトピックでは、集約ストレージ・データベース・アウトラインを作成する際の、設計に関する重要な考慮事項を記載ます。これらの設計の考慮事項の実施例については、ASOsamp.Sampleデータベースを参照してください。集約ストレージ・アウトラインを設計する際は、次の情報について考慮してください:

複数階層がある次元のデータをクエリーする場合は、次の方法でデータをクエリーするとクエリー・パフォーマンスが向上する場合があります:

動的階層のメンバーと保管階層のメンバーを同じクエリーに含めると、大量の内部メモリー・キャッシュが必要になって、クエリー・パフォーマンスが低下する可能性があります。

集約ストレージ・データベース・アウトラインは1つの次元について64ビットを超えることはできません。

ある次元に必要なビット数は、代替階層および関連付けられた属性次元のレベル0の子を含む、あらゆるレベル0の子で使用される中で最大のビット数になります。メンバーを番号付けする目的のため、属性次元はその基本次元の代替階層として扱われます。

通常、ある次元の任意のメンバーに必要なビット数を求める式は次のように表されます:

      #_bits_member’s_parent + log(
      x
      )
   

ここで、xは親に属す子の数です。

たとえば、メンバーの親がメンバーAで、5ビットが必要であり、Aに10の子がいる場合、個々の子に必要なビット数は次のようになります:

      5 +log(10) = 9 bits
   

次元または階層の最上位のメンバーは通常、0ビットを使用します。ただし、ラベルのみメンバーで構成されている最上位の世代が1つ以上あるとき、ラベルのみメンバーは、(保管済メンバーとみなされないため)メンバー番号を受け取りません。したがって、ラベルのみではない最初の世代にxメンバーがいる場合、このメンバーはlog(x)ビットを使用します。このメンバーの下の残りの子は正常に番号付けされます。

同様に、次元または階層が動的な場合、保管または共有されたレベル0メンバーのみがメンバー番号を受け取ります。このメンバーに必要なビット数はlog (x)で、xは保管または共有されたレベル0メンバーの数(つまり、式メンバーではないレベル0メンバーの数)を表します。

ただし、代替階層が(非共有の)レベル0メンバーを保管している場合、次元(関連付けられた属性次元を含む)内の全階層の各メンバーは追加のlog (x)ビットを使用します。ここでxは、この基本次元に対する階層および関連付けられた属性次元の合計数を表します。

次の例では、ASOsamp.SampleデータベースのProducts次元を使用します:

Products次元には次の2つの階層があります: All MerchandiseおよびHigh End Merchandise (High End Merchandiseは代替階層)。High End Merchandiseには次の1つの保管済レベル0メンバーがあります: Stored Member。Products次元には関連する属性次元はありません。

メンバーのAll MerchandiseおよびHigh End Merchandiseはlog(2) = 1ビットを使用します。

それぞれのレベル0の子で必要なビット数の計算は次のようになります:

      All Merchandise = 1 bit
   Personal Electronics, Home Entertainment, Other = 1 + log(3) = 3 bits
      Digital Cameras/Camcorders, Handhelds/PDAs, Portable Audio = 3 + log(3) = 5
         Children of Digital Cameras/Camcorders = 5 + log(3) = 7
         
      Children of Handhelds/PDAs = 5 + log(3) = 7
      
         Children of Portable Audio = 5 + log(2) = 6
      Televisions, Home Audio/Video = 3 + log(2) = 4
         
      Children of Televisions = 4 + log(5) = 7

      
         Children of Home Audio/Video = 4 + log(4) = 6
      Computers and Peripherals = 3 + log(1) = 3 **
      Systems, Displays, CD/DVD drives = 3 + log(3) = 5
         Children of Systems = 5 + log(2) = 6
   High End Merchandise = 1 bit
      Flat Panel, HDTV, Stored Member = 1 + log(3) = 3 bits

   

メンバーのComputers and Peripheralsは、その親Otherと同じビット数(3)になります。

Products次元のレベル0の子で使用される最大のビット数は7 (Digital Camerasの子およびTelevisionsの子)です。したがって、Productsは7ビットを使用することになり、これは64ビットの次元サイズ制限を下回ります。

次元サイズが64ビットを超えると、次のようになります:

エラーを修正するには、次のいずれかの推奨操作を使用します:

デフォルトでは、集約ストレージ・データベース内の圧縮次元は会計次元です。圧縮次元を変更すると、データベース全体の再構築がトリガーされます。Essbaseでは、圧縮次元が単一の動的階層である必要があります。次元に複数階層のような別の階層設定がある場合、その次元は自動的に単一の動的階層に設定されます。元の設定は失われます(別の次元を圧縮と設定しても、下の階層設定は戻りません)。属性次元は、圧縮次元にすることはできず、属性が関連付けられている次元にすることもできません。

圧縮次元の選択は、パフォーマンスに大きな影響を与えることがあります。圧縮次元の適切な候補は、取得パフォーマンスを維持しながら、データ圧縮を最適化するものです。このトピックでは、最適な圧縮次元の選択に関する情報を説明します。

集約ストレージ・アウトライン・ファイルは、ファイル拡張子(.otl)がブロック・ストレージ・アウトライン・ファイルと同じであり、同等のディレクトリ構造に格納されます。アウトラインを保存すると、Essbaseによりエラーが確認されます。アウトラインを保存する前に、その正確性を確認することもできます。ブロック・ストレージ・データベースの機能の一部は集約ストレージ・データベースには適用されず、確認プロセスでは集約ストレージ・データベースのルールが考慮されます。集約ストレージとブロック・ストレージの比較。を参照してください。

集約ストレージ・データベース・アウトラインはページング可能です。この機能により、非常に大きいデータベース・アウトラインのメモリー使用率が大幅に削減される場合があります。集約ストレージ・データベースでは、Essbaseによって、データベース・アウトラインの一部がメモリーにプレロードされます。その後、データの取得中に、Essbaseによって、必要に応じてアウトラインの他の部分がメモリーにページングされます。

集約ストレージ・データベースを作成すると、アウトラインはページング可能なフォーマットで作成されます。「集約ストレージ・アウトライン変換ウィザード」を使用して、既存のブロック・ストレージ・アウトラインを集約ストレージに変換すると、アウトラインは自動的にページング可能なフォーマットに変換されます。

アウトラインをメモリーにページングすることで、Essbaseで、非常に大きなアウトライン(たとえば、1,000万以上のメンバー)を処理できるようになりますが、データ取得時間が長くなる可能性があります。

構築可能なアウトラインの最大サイズ(メンバー数)は、次に示すいくつかの要因に依存します:

表200に、サポート対象の32ビット・オペレーティング・システムでEssbaseに使用できるアドレス可能なメモリー容量を示します:

Essbaseでは、起動時に約40 MBのメモリーが使用されます。さらに、各種キャッシュには次のようなメモリー割当てが必要です:

したがって、Essbaseの初期のメモリー・フットプリントは約90 MBです。さらに、着信クエリー要求を処理するためにメモリーを割り当てる必要があります。この目的のために予約する通常のメモリーは、約300 MBです。したがって、Essbaseに割り当てられる合計メモリーは390 MBです。

1.85 GBのアドレス可能メモリーがあるWindowsシステムでは、アウトラインの構築とロードに使用できるメモリーは約1.46 GB (1.85 GB - 390 MB = 1.46 GB)になります。

アウトラインの最大サイズは、アウトラインが次元構築を使用して構築されるか、Essbaseにすでにロードされているアウトラインから構築されるかによって異なります。

メンバーを集約ストレージ・アウトラインから削除すると、アウトライン・ファイル(.otlファイル)内のメンバーの対応するレコードには削除済とマークされますが、ファイル内には残されます。メンバーが削除されたり追加されたりしている間、アウトライン・ファイルは増大し続けます。アウトライン・ファイルのサイズは、ファイルをコンパクト化して削除されたメンバーのレコードを削除することで最小化できます。アウトライン・ファイルのコンパクト化により、Essbaseによって、アウトラインが再構築されます。また、アウトライン・ファイルのコンパクト化は、他のユーザーまたはプロセスによってデータベースがアクティブに使用されていない場合のみ行われます。Essbaseでは、アウトラインのコンパクト化ではデータは消去されません。

MDX式は、常にMDX数値式である必要があります。MDXの数値式とは、次のアクションのいずれかを実行する関数、演算子およびメンバー名の、任意の組合せです:

数値式はセット式とは異なります。セット式はクエリー軸で使用され、メンバーおよびメンバーの組合せを記述します。数値式は値を指定します。

数値式は、計算済メンバーを構築するためのクエリーで使用されます。計算済メンバーはクエリーのWITHセクションに分析目的のために作成される論理メンバーです。ただし、アウトライン内には存在しません。

次のクエリーは、計算済メンバーを定義し、数値式を使用して値を設定しています:

         WITH MEMBER
 [Measures].[Prod Count]
AS
 'Count (
    Crossjoin (
     {[Units]},
     {[Products].children}
    )
  )', SOLVE_ORDER=1
SELECT
 {[Geography].children}
ON COLUMNS,
 {
  Crossjoin (
     {[Units]},
     {[Products].children}
    ),
   ([Measures].[Prod Count], [Products])
 }
ON ROWS
FROM
 ASOsamp.Sample
      

サンプル・クエリーでは、次のようにWITH句で計算済メンバー「Product Count」を「Measures」次元に定義します:

         WITH MEMBER
 [Measures].[Prod Count]
      

数値式はWITH句の後に続き、一重引用符で囲まれています。サンプル・クエリーでは、数値式は次のように指定されています:

         'Count ( 
    Crossjoin (
     {[Units]},
     {[Products].children}
    )
  )'
      

SOLVE_ORDERプロパティでは、メンバーと式が評価される順序を指定します。計算順序を参照してください。

数値式をMDX式として使用して、既存のアウトライン・メンバーの値を計算することもできます。

したがって、例のようなクエリーを作成するのではなく、サンプル・クエリーで仮想「Prod Count」を計算したのと同じ方法で、アウトラインで計算された「Prod Count」というアウトライン・メンバーを「Measures」次元に作成します。

アウトライン内のメンバーに式を適用する前に、計算済メンバーを含むMDXクエリーを記述できます。求めている計算済メンバー結果を戻すMDXクエリーを記述できる場合は、数値式の論理をアウトライン・メンバーに適用して、式の検証とテストができる状態です。MDXクエリーの記述。を参照してください。MDXの構文情報は、『Oracle Essbaseテクニカル・リファレンス』を参照してください。

Essbaseで集約ストレージ・アウトライン内の式が計算されるのは、データが取得されるときのみです。計算順序は計算結果に影響を及ぼす場合があります。集約ストレージ・アウトライン内の複数次元でMDX式を使用するときは常に、各メンバーまたは次元に解決順を設定することをお薦めします。計算順序を参照してください。

集約ストレージ・アウトラインのメンバー式を作成する際は、次の規則に従ってください:

式を作成するには、式エディタを使用します。式エディタは、アウトライン・エディタの「メンバーのプロパティ」ダイアログ・ボックスのタブの1つです。式はプレーン・テキストです。式を式のテキスト領域に直接入力することも、事前定義された式テンプレートを使用することも、選択したテキスト・エディタで式を作成してから、それを式エディタに貼り付けることもできます。

次元構築データ・ソースに式を含めることもできます。フィールド・タイプ情報の設定を参照してください。

次の項では、集約ストレージ・アウトラインのメンバーに対する様々な式の記述方法について説明し、いくつかの例を示します。

      [Units]/[Transactions]
   

      [Price Paid]-[Original Price]
   

      Transactions/
(Transactions,Years,Months,[Transaction Type],[Payment Type],
Promotions,Age,[Income Level],Products,Stores,Geography)
   

      IIF (
   [Payment Type].CurrentMember=[Credit Card],
   [Price Paid] * 1.05, [Price Paid]
)
   

      Count(Filter(Descendants([PersonalElectronics],
[Products].Levels(0)),[Qtr1] > 100.00))