データ ハブに関連する Planual のルール

ハブ内に複合リスト階層は必要ありません。アクションを「テスト」するために構築しても構いませんが、テスト後は削除してください。

5.07-01a 検証目的属性があるフラット モジュールを使用してデータを合計できるものの、ソース システムと照合するためにデータを統合する必要がある場合に使用します。
5.07-01b ソース システムの結合複数のソース システムをデータ ハブからスポーク モデルへの一つのフィードに結合する場合に使用します。

分析モジュール (適用先に複数のリストがあるモジュール) はデータ ハブから除外してください。

フラット リスト構造を使用して、下流ターゲットのモジュールとビューを作成してください。

IT 部門から正しい形式と正しい粒度でデータを取得してください。

データ (現在の期間、現在の会計年度など) をフィルタリングするには、システム モジュールを使用してください。

ハブにマスター データを作成しないでください。 必ずソース システムから取得してください。

別のレポート モデル (FIN Trans Data) を使用して、詳細なトランザクション データをメインのプランニング モデルから除外してください。 

履歴トランザクション データが大量になるとプランニング モデルのサイズが増大し、パフォーマンスの低下につながる可能性があります。

下流モデルへのインポートを通じてデータを蓄積するよりも、ハブにデータを集約してからエクスポートする方が効率的です。

トップ レベルがあるトランザクション リストを作成しないでください。 追加されるアイテムが一つだけの場合でも、計算ではリスト内のすべてのアイテムに対して合計が実行されます。

すべてのトランザクションの合計が必要な場合は、「ダミー」リストを使用し、「ダミー」リストによってディメンション化されたモジュール内のデータを合計することを検討してください。

検証目的で合計が必要な場合は、トランザクション リスト内に中間の小計を作成してください。 こうすることで計算負荷が大幅に軽減されます。 

「ダミー」リストを作成し、「ダミー」リスト内のリスト形式のメンバーを使用してデータを合計する方法もあります。

データ ハブは別のワークスペースに作成してください。 こうすることで、インバウンドまたはアウトバウンドの統合を中断することなく、データ ハブのサイズを拡張できます。  

職務の分離も可能になります (データを管理するユーザーが本番モデルから分離される)。

複数のモデルからのエクスポートを一つのエクスポートに統合する必要がある場合は、エクスポート ハブ モデルを作成して、データ ハブ (外部ソース システムからのデータ) をクリーンな状態に保ってください。