DataWorks を使用してデータモデリングを行う場合、データウェアハウスアーキテクトとモデリングチームは、ウェアハウス計画ページでデータ層、ビジネスカテゴリ、データドメイン、ビジネスプロセス、データマート、および主題領域を設計できます。設計が完了すると、モデル設計者はこれらの要素を使用して、層とドメインごとにモデルを管理できます。
概要
データモデリングを開始する前に、データウェアハウスアーキテクトは、データ開発チームおよびモデル設計チームと協力してビジネス要件を調査し、データ構造全体を明確にする必要があります。 データウェアハウス計画フェーズ中に次のコア設計を完了して、層とドメインごとにモデルを効果的に管理します。
ビジネスカテゴリ: E コマースや金融など、複雑なビジネスシナリオの垂直分割。
データドメインとビジネスプロセス: 主要なビジネスリンクの抽象化。
データマートと主題領域: 特定のビジネスシナリオのデータ集約。
データウェアハウス層: [Operational Data Store (ODS)]、[Dimension (DIM)]、[Data Warehouse Detail (DWD)]、[Data Warehouse Summary (DWS)]、および [Application Data Service (ADS)] 層を含む階層化ロジック。
ビジネス計画
ビジネスカテゴリ、データドメイン、およびデータマートは、ビジネス主導の管理フレームワークを形成します。データを特定のドメイン（ビジネスカテゴリ）に分割し、コアビジネスアクティビティ（データドメイン）を定義し、シナリオベースのデータサービス（データマート）を編成することにより、データの生成から消費までのクローズドループのバリューチェーンを作成できます。データウェアハウスの階層化は、このフレームワークを実装し、生データをサービス対応の状態に絞り込むテクノロジー主導のデータ処理パイプラインです。
ビジネスカテゴリ: E コマース、金融、小売など、ビジネス領域の最上位区分。
データドメイン: ビジネスプロセスを抽象化、絞り込み、および組み合わせることで作成された高レベルのデータ分類基準。データドメインは、ビジネスの種類、データソース、データの使用状況などのディメンションに基づいてビジネスデータを分割します。データドメインは複数のビジネスカテゴリに属することができます。たとえば、トランザクションドメインは、E コマースと金融の両方でトランザクションシナリオに対応できます。
ビジネスプロセス: データドメイン内の特定のビジネスアクティビティ。たとえば、トランザクションドメインには、注文や支払いなどのビジネスプロセスを含めることができます。データドメインには複数のビジネスプロセスを含めることができます。
データマート: 運用プラットフォームマートなど、特定のビジネスシナリオのデータアウトレット。
主題領域: 製品分析やユーザー行動分析など、分析の視点に基づいたデータマートの分割。データマートには複数の主題領域を含めることができます。
技術計画
DataWorks は、業界標準に準拠し、ほとんどのデータウェアハウス開発プロジェクトのニーズを満たすデフォルトの 5 層データウェアハウスアーキテクチャ（ODS、DIM、DWD、DWS、および ADS）を提供します。[データ層] で層をカスタマイズすることもできます。
層グループ | データウェアハウス層 | 略語 | 主な機能 | サポートされているモデルタイプ | サポートされているメトリックタイプ |
データインポート層 | オペレーショナルデータストア | ODS | 生データを受信して処理します。構造はソースシステムと一致します。 | ソーテーブル | - |
共通層 | ディメンション | DIM | 一貫性のある企業レベルのディメンションテーブルを構築します。 | ディメンションテーブルとディメンション | アトミックメトリック |
データウェアハウス詳細 | DWD | 詳細データを含むファクトテーブルを作成します。通常はワイドテーブルとして作成します。 | 詳細テーブル | アトミックメトリック | |
データウェアハウスサマリー | DWS | パブリックな粒度でサマリーメトリックを構築します。 | 集計テーブル | アトミックメトリック、複合指標、および派生メトリック | |
アプリケーション層 | アプリケーションデータサービス | ADS | パーソナライズされた統計メトリックを保存します。 | アプリケーションテーブル、ディメンションテーブル、およびディメンション | 複合指標と派生メトリック |
データウェアハウスの階層化は、データウェアハウス計画の重要な技術管理ツールです。すべてのビジネスカテゴリ、データドメイン、およびデータマートにまたがるデータウェアハウス全体の垂直構造を提供します。各層は、関連するビジネスカテゴリとデータドメインまたはデータマートへのマッピングを維持します。
実装に関する推奨事項
独自のデータウェアハウスを計画および設計する
特定の企業要件を満たす場合は、データウェアハウス計画をカスタマイズできます。「メンバーの増加分析」要件がメンバードメインに属するなど、まずビジネス目標を明確にしてから、DWD メンバー詳細テーブルを設計するなど、技術ソリューションを設計することをお勧めします。
ビジネスカテゴリ、データドメイン、およびデータマートを計画します。
5 層アーキテクチャに基づいてテーブルストレージレベルを設計します。
チェッカーを使用して、各層の命名規則を標準化します。
複雑な企業の場合は、モデリングスペース を有効にしてアーキテクチャを再利用します。