機械翻訳について

レコードに対する操作の実行

レコード・レベルで操作を実行できます。 たとえば、特定のレコードをデータベースにロードする前に拒否できます。 参照:

レコードの選択

選択基準を設定することで、Essbaseがデータベースにロードするレコードまたはディメンションの構築に使用するレコードを指定できます。 「選択基準」は、Essbaseでレコードをロードするためにレコード内の1つ以上のフィールドで満たす必要がある文字列および数値の条件です。 レコード内のフィールドが選択条件を満たさない場合、Essbaseはレコードをロードしません。 1つ以上の選択基準を定義できます。 たとえば、2003年のBudgetデータのみをデータ・ソースからロードするには、最初のフィールドがBudgetで、2番目のフィールドが2003のレコードのみをロードする選択条件を作成します。 複数のフィールドで選択基準を定義する場合は、Essbaseで基準を結合する方法を指定できます。 「複数選択基準と複数拒否基準の組合せ」を参照してください。

レコードの拒否

拒否基準を設定することで、Essbaseで無視するレコードを指定できます。 「否認基準」は、レコード内の1つ以上のフィールドによって満たされた場合に、Essbaseがレコードを拒否する文字列および数値の条件です。 1つ以上の拒否条件を定義できます。 拒否条件を満たすフィールドがレコードにない場合、Essbaseはレコードをロードします。 たとえば、データ・ソースから実績データを否認し、予算データのみをロードするには、最初のフィールドが実績であるレコードを否認するための否認基準を作成します。

複数選択基準と複数拒否基準の組合せ

複数のフィールドで選択基準と拒否基準を定義する場合は、Essbaseでフィールド間でルールを結合する方法を指定できます: 基準がANDまたはORで論理的に接続されているかどうか。 ブール・グループからANDを選択した場合、フィールドはすべての基準に一致する必要があります。 ORを選択した場合、フィールドはいずれかの基準に一致する必要があります。 グローバル・ブール設定は、データ・ロードおよびディメンション構築フィールドのルール・ファイル内のすべての選択または拒否操作に適用されます。

ノート:

選択基準と拒否基準が同じレコードに適用される場合(同じレコードに対して選択基準と拒否基準を定義する場合)、レコードは拒否されます。

表示されるレコードの設定

「Essbase webインタフェース」のルール・エディタに表示されるレコード数および最初のレコードを指定できます。 最初のレコードを指定すると、Essbaseは先行するすべてのレコードをスキップします。 たとえば、開始レコードとして5を入力した場合、Essbaseではレコード1から4は表示されません。

ノート:

Essbaseでは、スキップするレコードをカウントする場合、ヘッダー・レコードはデータ・レコードと同じように処理されます。

ヘッダー・レコードの定義

データ・ソースには次のものを含めることができます:

  • 「データ・レコード」(メンバー・フィールドおよびデータ・フィールドを含む)

  • データ・ソースの内容およびデータ・ソースからデータベースへの値のロード方法を記述する「ヘッダー・レコード」

    ノート:

    SQLデータをロードする場合、データ・ロード・ルール・ファイルにヘッダー・レコードを含めることはできません。

ルール・ファイルには、データ・ソースのデータを変換してデータベースにマップするレコードが含まれます。 その情報の一部として、ルール・ファイルにヘッダー・レコードを含めることもできます。 たとえば、Sample.BasicデータベースにYearのディメンションがあるとします。 複数のデータ・ソースが異なるリージョンから月次の数値で到着した場合、その月自体がデータ・ソースに指定されていない可能性があります。 ヘッダー情報を設定して月を指定する必要があります。

次のいずれかのメソッドを使用して、ヘッダー・レコードを作成できます:

  • ルール・ファイルでヘッダー情報を定義します。

    ルール・ファイル・ヘッダーは、データ・ロード時またはディメンション構築時にのみ使用され、データ・ソースは変更されません。 ルール・ファイルに設定されたヘッダー情報は、ルール・ファイルがデータ・ソースのヘッダー・レコードも指す場合は使用されません。

  • データ・ソースでヘッダー情報を定義し、ルール・ファイルでヘッダー・レコードをポイントします。

    データ・ソースにヘッダー情報を配置すると、データ・ソース・フォーマットが(ルール・ファイルではなく)データ・ソース・ヘッダーに指定されるため、異なるフォーマットの複数のデータ・ソースに同じルール・ファイルを使用できます。

    データ・ソースに1つ以上のヘッダーを追加する場合は、ルール・ファイルでデータ・ソース内のヘッダーのロケーションも指定する必要があります。 ルール・ファイルは、ヘッダー情報を(データ・レコードとしてではなく)ヘッダー・レコードとして読み取るようにEssbaseに指示します。 各ヘッダー・レコードのヘッダー情報のタイプを指定することもできます。

    データ・ソースで定義されたヘッダー情報は、ルール・ファイルで定義されたヘッダー情報よりも優先されます。

データ・ソース・ヘッダー

データ・ソースの最上位レコードにヘッダー情報を追加し、ルール・ファイルでヘッダー・レコードのロケーションを指定することで、ディメンションを動的に構築できます。

ヘッダー・レコードには、各フィールドのフィールド定義がリストされます。 フィールド定義には、フィールド・タイプ、フィールド番号およびフィールドをロードするディメンション名が含まれます。 次の図は、ヘッダー・レコードの形式を示しています:

図13-1 3つのフィールド定義を持つヘッダー・レコード


この図は、これらのフィールド定義を含むヘッダー・レコードを示しています: "Gen2,Product", "Gen3,Product", "Gen4,Product".

ファイル・デリミタがカンマの場合は、各フィールド定義を引用符("")で囲みます。

データ・ソースでヘッダー情報を設定した後、ルール・ファイルでヘッダー情報のロケーションを指定する必要があります。 ルール・ファイルがデータ・ソース内のヘッダー情報を参照する場合、Essbaseはルール・ファイル内の情報ではなくデータ・ソース内の情報を使用してフィールド・タイプおよびディメンションを決定します。

有効なデータ・ソース・ヘッダー・フィールド・タイプ

有効なフィールド・タイプ。大文字である必要があります:

  • GEN、DUPGENおよびDUPGENALIAS

  • LEVEL、DUPLEVELおよびDUPLEVELALIAS

  • PARENT、CHILD

  • PROPERTY

  • ALIAS

  • FORMULA

  • CURNAME

  • CURCAT

  • UDA

  • ATTRPARENT

  • CAFFEINATEDなどの属性ディメンションの名前

設定する各フィールド・タイプには、フィールド番号が必要です。 フィールド・タイプが属性ディメンションの名前の場合、フィールド番号は9より大きくできません。 「フィールド・タイプ情報の設定」を参照してください。