データのロードおよびディメンションの構築のヒント

遅延再構築ディメンション構築の実行

データのみをロードする場合、またはディメンション構築に単一のデータ・ソースを使用する場合は、この項をスキップします。

デフォルトでは、アウトラインを変更するたびに、Essbaseは変更のタイプを考慮し、必要に応じてデータベースを再構築します。データベースを再構築すると、データベースの再構築に時間がかかり、プロセス用により多くのディスク領域が必要になり、ファイルのデフラグが発生する可能性があります。変更のタイプおよび必要な再構築のタイプの詳細は、次のトピックを参照してください:

ブロック・ストレージ・アウトラインについては、「データベースの再構築の最適化」を参照してください。
集約ストレージ・アウトラインについては、「集約ストレージ・データベースの再構築」を参照してください。

「遅延再構築ディメンション構築」は、増分ディメンション構築とも呼ばれ、ディメンション構築のために複数のデータ・ソースを読み取り、すべてのデータ・ソースが処理されるまで再構築を遅延します。

仮想(動的計算またはラベルのみ)のディメンションを追加した場合、キューブに存在するすべてのデータは、新しいディメンションの最初のlevel-0ストアド・メンバーとともに格納されます。階層内に少なくとも1つの保管済メンバーが存在する必要があります。存在しない場合は、アウトラインの検証中にエラーが戻されます。

アプリケーション・ワークブックを使用して既存のキューブにディメンションを追加すると、データは自動的に新しい最上位メンバーにマップされます。既存のデータをマップする保管済メンバーを選択する方法はありません。新しいディメンションに動的計算である最上位メンバーがある場合、動的メンバーはデータを保管できないため、データは失われます。

アプリケーション・ワークブックを使用して、最上位メンバーを動的計算にする新規ディメンションを追加するには、次のステップに従います:

最上位メンバーが保管された新しいディメンションを追加します。
計算スクリプトを実行して、新しい最上位メンバーからそのディメンションの別の保管済メンバーにデータをコピーします。
最上位メンバーを動的計算に変更します。

「キューブ・デザイナでのキューブの増分更新」を参照してください。

MaxLでは、すべてのデータ・ソースを単一のimport文に含めることができます。ファイルごとにアウトライン検証を実行するかどうかを制御できます。最後のファイルのアウトライン検証を有効にする必要があります。

すべての場合において、データ・ソースはリストされている順序で処理されます。

ノート:

MaxLでは、各ファイルのアウトライン検証を強制または抑制できます。有効なアウトラインを確認するには、最後のビルドでアウトラインが検証されていることを確認します。

データのロード先の決定

ディメンションを構築している場合、または集約ストレージ・データベースを使用している場合は、この項をスキップします。

データを親メンバーにロードする場合、データベースの計算時に、子のデータ値の連結によって親のデータ値が上書きされることがあります。上書きを防止するには:

可能な場合は、データを親に直接ロードしないでください。
データを親メンバーにロードする必要がある場合は、Essbaseが親の子から親に#MISSING値を連結しないことを認識していることを確認してください。

集計演算子は、アプリケーション・ワークブック、アウトラインまたは計算スクリプトで設定できます:

アプリケーション・ワークブック: 「ディメンション・ワークシートの理解」を参照してください。
Outline: 「情報プロパティの設定」を参照してください。
計算スクリプト: SET AGGMISSG計算コマンドを使用します。

alter database MaxL文を使用して連結を設定できます。

この表のメソッドは、子の値が空の場合にのみ機能します(#MISSING)。子にデータ値がある場合、データ値によって親のデータ値が上書きされます。「#MISSING値の連結」を参照してください。

ノート:

「動的計算」または属性メンバーにデータをロードできません。たとえば、Yearが「動的計算」メンバーの場合、それにデータをロードすることはできません。かわりに、「動的計算」メンバーではないQtr1、Qtr2、Qtr3およびQtr4にデータをロードします。

データ・ソース内の欠落フィールドの処理

データ・ロードを実行するには、データ・ソース内の各レコードのデータ値フィールド数が同じである必要があります。データ値が欠落している場合、データ・ロードは正しく処理されません。

たとえば、Aprの下に値がないため、次のファイルは無効です:

Actual  Ohio  Sales  Cola
Jan   Feb   Mar   Apr
10    15    20

ファイルを修正するには、欠落しているフィールドに#MISSINGまたは#MIを挿入します:

Actual  Ohio  Sales  Cola
Jan   Feb   Mar   Apr
10    15    20    #MI

「空のフィールドへのテキストの配置」を参照してください。

ノート:

ディメンション・フィールドまたはメンバー・フィールドが欠落している場合、Essbaseでは、そのディメンションまたはメンバー・フィールドに以前に使用した値が使用されます。「欠落しているディメンションまたはメンバー・フィールド」を参照してください。

ルール・ファイルに余分な空白フィールドがある場合は、空のフィールドを隣のフィールドと結合します。「フィールドの結合」を参照してください。

集約ストレージ・データベースでは、値はレベル0のセルにのみロードできます。 #MISSINGまたは#MIをデータ・ソースの値として指定すると、関連付けられたセルがデータベースに存在する場合は削除されます。集約ストレージ・データベースのデータ・ロードの相違点の詳細は、「集約ストレージ・データベースの準備」を参照してください。

データ・ソースからのレコードのサブセットのロード

データ・ロードまたはディメンション構築中に、データ・ソースにレコードのサブセットをロードできます。たとえば、データ・ソースの他のレコードをロードせずに、レコード250から500をロードできます。

レコードのサブセットをロードするには:

テキスト編集ツールを使用して、データ・ソース内のレコードに番号を付けます。
レコード番号を含む列を無視するようにルール・ファイルを設定します。

「フィールドの無視」を参照してください。
ロードするレコードを除くすべてのレコードを拒否する拒否基準を定義します。

たとえば、無視された列が250未満または500を超えるすべてのレコードを拒否します。「レコードの拒否」を参照してください。