属性の操作

属性次元のメンバーは、関連する基本次元のメンバーの潜在的な属性です。基本次元を属性次元に関連付けた後に、基本次元のメンバーを関連する属性次元のメンバーに関連付けます。市場次元メンバーの「Connecticut」は、「Population」属性次元の「6000000」メンバーに関連付けられます。これによって、「6000000」が「Connecticut」の属性になります。

アウトラインでは、基本次元メンバーの横にある情報がそのメンバーの属性を示しています。たとえば、図41では、製品「100-10」は、カフェイン入り、12オンスの容器で販売、缶入りで販売という3つの属性を持つことを示しています。

属性次元とその基本次元のメンバーに関する規則は次のとおりです。

属性値は次のような比較の計算で使用できます:

属性次元を標準次元に関連付けると、その標準次元はその属性次元の基本次元になります。

属性次元のメンバーを基本次元のメンバーに関連付ける場合は、次の規則に従います:

属性次元にはテキスト型、数値型、ブール型または日付型があり、この型によりデータのグループ化、選択または計算のための様々な関数を使用できます。属性タイプは次元レベルで割り当てられますが、属性次元のレベル0のメンバーのみに適用されます。

一般に、属性次元とそのメンバーは、標準次元とそのメンバーに似ています。属性には別名やメンバーのコメントを付けることができます。属性次元には階層を含めることができ、世代とレベルに名前を付けることができます。属性次元とメンバーでは、標準次元とメンバーの場合と同じスプレッドシートの操作を実行できます。たとえば、様々な観点からデータを分析するために、スプレッドシート内で取得、ピボットおよびドリル・ダウンを実行できます。

表18で、属性次元と標準次元、およびそれらのメンバー間の主な相違点を説明します。

次の例は、Sample.BasicデータベースのProduct次元に基づき、2パス計算が属性次元でどのように機能するかを示しています。メンバー"400 - 30"が2パスとしてタグ付けされていると仮定します。

メンバー"400 - 30"に次のメンバー式がある場合:

      =”400–10”;
   

Essbaseは"400 - 30"における取得の実行時に、式を実行します。

"400 - 30"に次のメンバー式がある場合:

      =@CURRMBR("Market");
   

Essbaseは、許可されていない@CURRMBRランタイム関数が式に含まれるため、計算をスキップして次のエラー・メッセージを発行します:

      Two-pass calc skipped on member [400-30] in attribute calc”
   

"400 - 30"にメンバー式がない場合、2パスとしてタグ付けされているメンバーには式が必要なため、同じエラー・メッセージが生成されます。

属性とUDAにより、データの特性に基づく分析が可能になります。属性にはUDAよりも多くの機能があります。このトピックの表で、次の機能の領域における属性とUDAの相違点を示します:

最高の柔軟性と機能性を得るために、属性次元を使用して属性データを定義します。属性次元を使用すると、次の機能が得られます:

属性の理解を参照してください。

状況に応じて、次のアプローチのいずれかを検討します:

表23で、データベース内の属性データの管理に対する代替アプローチを検討する状況について説明します。

アウトラインのレイアウトとコンテンツは、属性計算とクエリーのパフォーマンスに影響する可能性があります。一般的なアウトラインの設計に関するガイドラインは、パフォーマンスを最適化するためのアウトラインの設計を参照してください。

属性のクエリーのパフォーマンスを最適化するには、次の設計ヒントを検討してください:

計算と取得のパフォーマンスの最適化を参照してください。

この項で説明する情報は、重複メンバー属性次元には適用されません。

ブール、日付および数値属性次元のメンバーの名前は、値です。異なる属性次元内に重複する属性値を存在させることができます。

アウトライン内のブール、日付および数値属性次元のメンバー名に接頭辞または接尾辞を付けることで、一意の名前を定義できます。属性名に次元、親、親の親またはすべての祖先を添付できます。たとえば、属性次元のメンバー名を設定する際、接尾辞として次元名を含め、アンダースコアを付けることによって、オンス属性次元のメンバー値12は一意の完全な属性メンバー名「12_Ounces」とみなされます。

デフォルトでは、Essbaseでは、属性次元のメンバー名に接頭辞や接尾辞を付けないことが前提になります。

選択するルールは、アウトライン内のすべての数値、ブールおよび日付属性次元のレベル0のメンバー名に適用されます。取得の際に短い名前を表示する場合は、これらの名前の別名を定義できます。

属性次元の次元タイプをブールとして設定すると、Essbaseではブール属性設定に指定された名前を持つレベル0のメンバーが2つ自動的に作成されます。データベース内の最初のブール・メンバー名は、TrueおよびFalseとして設定されます。これらのデフォルト名を、たとえばYesとNoに変更するには、データベース内にブール属性次元を作成する前に、ブール属性次元のメンバー名を定義します。

属性次元タイプをブールに設定する場合は、次元内の既存のすべてのメンバーを削除する必要があります。

日付属性次元のメンバーのフォーマットは、変更可能です。たとえば、次のような日付フォーマットを使用できます:

日付メンバー名フォーマットを変更すると、日付属性次元の既存のメンバーの名前が無効になることがあります。たとえば、10-18-2007メンバーが存在しているときに、フォーマットをdd-mm-2007に変更すると、アウトライン確認ではこのメンバーは無効とみなされます。日付フォーマットを変更する場合は、日付属性次元を再構築する必要があります。

数値属性次元のメンバーは、単一の数値または一定の範囲内の値を表せます:

基本次元を構築すると、Essbaseによって、基本次元のメンバーが該当する属性範囲に自動的に関連付けられます。たとえば、数値メンバーが範囲の上限を表している場合、Essbaseにより、人口が3,269,858の「Connecticut」市場は、「Population」属性次元の6000000メンバーに関連付けられます。

次元構築ルール・ファイルでは、数値属性次元の各メンバーに範囲のサイズを指定します。上の例では、各属性は3,000,000の範囲を表しています。

アウトラインにおける名前の重複を避けるために、属性計算次元またはそのメンバーの名前の変更が必要になる場合があります。

Sum、Count、Min、MaxおよびAvgの、Essbaseが属性計算次元で作成するメンバーの名前は、予約語と想定されません。属性計算次元これらの名前を変更してから、属性次元または標準次元のデフォルト名を使用できるためです。次のガイドラインに従います:

属性計算次元メンバーに使用する名前とは無関係に、その機能はそのまま持続します。たとえば、2番目のCountメンバーは常に数を数えます。

アウトライン内に最初の属性次元を作成すると、Essbaseによって、デフォルト名Sum、Count、Min (最小)、Max (最大)およびAvg (平均)を持つ5つのメンバーで構成される属性計算次元も作成されます。これらのメンバーをスプレッドシートやレポートで使用して、西部地域の12オンス・ボトル入りコーラの1年間の平均売上などの属性データを動的に計算したり、レポートを作成したりできます。

属性計算次元はアウトラインには表示されません。属性計算次元は、Smart Viewなど、次元メンバーを選択した任意の場所で表示できます。

属性計算次元には次のプロパティがあります:

属性次元に沿った集計はありません。属性データを計算するために、属性次元のメンバーに集計記号(+や-)またはメンバー式をタグ付けすることはできません。属性計算は、時間や計算順序について、動的計算メンバーとしてバッチ計算に影響を与えることはありません。

取得時に属性データを計算するため、Essbaseでは次のタスクが実行されます:

たとえば、図44に示すように、スプレッドシートのユーザーは、属性次元の2つのメンバー(「Ounces_16」と「Bottle」)と属性計算メンバー(Avg)をスプレッドシートのレポートに指定します。取得時に、Essbaseでは、現在のメンバーの組合せ(Actual -> Sales -> East -> Qtr1)に対してこれらの属性に関連付けられたすべての製品の平均売上高が動的に計算されます:

図 44. 属性計算メンバーの取得

スプレッドシートの使用による属性計算メンバーへのアクセスを参照してください。

属性計算次元には、属性データを計算したりレポートしたりするために使用する5種類のメンバー(Sum、Count、Min、MaxおよびAvg)があります。

これらのデフォルトのメンバー名は、標準のメンバーと同じ命名規則に従って変更できます。属性計算次元のメンバー名の変更を参照してください。

Essbaseによる属性データの計算例として、次に示す東部の年次売上データを検討します:

図45は、計算された属性データがスプレッドシートのレポートでどのように表示されるかを示しています。属性に対して複数の属性計算メンバーを取得できます。たとえば、ボトルと缶に対してSum、Count、Avg、MinおよびMaxを計算できます。

図 45. 属性データによるサンプル・スプレッドシート

Smart Viewで属性計算次元のメンバーにアクセスできます。スプレッドシートでは、ユーザーは次の方法のいずれかを使用して、属性計算次元メンバーを表示できます:

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

属性計算と取得のパフォーマンスを最適化するには、次の点を考慮してください:

属性計算次元を使用して属性データを計算することに加え、標準次元または基本次元のメンバーに計算式を使用して、属性次元のメンバーに対して特定の計算を実行できます。たとえば、サイズがオンスで示された製品についてオンス当たりの収益性を判断できます。

式を属性次元のメンバーに関連付けることはできません。

表25で、属性に対する特定の計算の実行に使用できる関数を示します:

属性計算は、レベル0から開始され、最初の保管済メンバーで停止します。したがって、アウトラインでアウトライン階層内の2つの共有メンバーの間に保管済メンバーが配置されていると、より上位の共有メンバーは計算結果に含まれないことがあります。

次の例では、属性計算が実行されると、計算はレベル0のメンバー2から開始され、最初の保管済メンバーであるメンバーAが検出された時点で停止します。したがって、メンバー1は計算には含まれません。

         Member 1 (stored)
   Member A (stored)
     Member 2 (shared)
Member B (stored)
   Member 1 (shared member whose stored member is Member 1 above)
      

属性計算での予期せぬ結果を回避するために、共有メンバーと保管済メンバーを混在させないでください。この例の場合、メンバー2が共有されていない場合、またはメンバー1にアウトライン内の他の場所に対応する共有メンバーがない場合、計算結果は予期したとおりになります。

通常、製品はその製品を記述または定義する属性を持ちます。たとえば、ある製品が、製品サイズをオンスで記述する属性と、製品の種類を記述する属性を持つとします。このようなシナリオでは、製品は基本次元で、オンスと種類は属性次元です。

可変属性を使用すると、独立次元という3番目の次元との関連で2つの値を追跡できます。たとえば、8オンスの製品を1年間追跡するとします。このシナリオでは、時間が独立次元です。この3番目の係数の値は可変です(そのため「可変属性」という名前です)。たとえば、製品を1年間、1四半期または1か月間追跡できます。

もう1つの例として、次のシナリオについて考えてみます: あるクライアントの営業担当者が1年の中ごろに変わったとします。表26に、半年間の顧客の売上合計と営業担当者の割当てを示します:

この例では、営業担当者が可変属性です。データの取得により、営業担当者であるジョーンズが3月から5月までに総額$12,000の製品を顧客に販売し、その後、営業担当者であるスミスが6月から8月までに総額$9,000の製品を販売したことが示されています。可変属性を使用しない場合、営業担当者については現在の担当者であるスミスしか把握できず、すべての売上($21,000)がスミスの売上として示されます。

可変属性は、メンバーのグループ化に代わる方法を提供します。たとえば、色を使用してSKUをグループ化できるとします。このシナリオでは、属性次元「Color」はSUBSKUに関連付けられています:

      Product_H
  |
  |__Family
  |  |
  |  |__SKU
  |     |
  |     |__SUBSKU
  |  
  |__Color
     |
     |__SUBSKU
   

Colorを可変属性に設定すると、取得の結果は表27の値と同様になります:

可変属性は次のガイドラインに従う必要があります:

アウトラインでは可変属性をサポートできます。属性次元を可変属性として機能するように定義できます。また、必要な情報のタイプを反映するように可変属性を編集することもできます。

可変属性は、集約ストレージ・データベースとブロック・ストレージ・データベースでサポートされます。可変属性はデータベース・レベルで実装します。

可変属性を使用可能にして使用するには、次のワークフローを使用します:

次に示すレポート・ライター・コマンドは可変属性を使用できるように設計されています。

次に示す計算関数およびコマンドには可変属性を使用できます。

次に示すMDX関数は可変属性を使用できるように設計されています。

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

連続独立次元は、単一の次元(年や月など)として機能する必要があります。関連のない連続独立次元はサポートされていません。

連続独立次元およびメンバーは、最後に指定する必要があります。

独立メンバーは、保管されているレベル0のメンバーにする必要があります。

計算スクリプトにパースペクティブが指定されていない場合は、FIXコマンドに可変属性を含めることはできません。

範囲の開始/終了を示す独立メンバーの場合:

アウトラインが保存されるまでは、新たに移動または追加された独立メンバーを使用して範囲を示すことはできません。