DataWorks:論理モデルの作成：ファクトテーブル

モデリングの観点

ディメンションモデリングでは、モデルテーブルを共通レイヤー、アプリケーションレイヤー、未分類の 3 つのレベルに整理します。共通レイヤーは、再利用可能な統一メトリック、ディメンション、詳細なファクトデータを構築するために使用され、データドメインまたは業務カテゴリのいずれかの観点からの管理をサポートします。アプリケーションレイヤーは、ビジネス固有の統計的ニーズに対応し、業務カテゴリの観点のみをサポートします。レベルを選択した後、対応するディレクトリツリーでモデルテーブルを作成および管理できます。

ファクトテーブルの作成

1. DataWorks コンソールにログインします。対象リージョンで、左側のナビゲーションウィンドウで データ開発と О&М > データモデリング をクリックします。ドロップダウンリストからワークスペースを選択し、入力 データモデリング をクリックします。

2. Data Modeling ページの上部ナビゲーションバーで、Dimensional Modeling をクリックして、Dimensional Modeling ページに移動します。

3. ファクトテーブルを作成します。

   1. Dimensional Modeling ページで、 アイコンにカーソルを合わせ、Logical Model > Create Fact Table を選択します。

   2. ファクトテーブルの基本情報を設定します。

      パラメーター	説明
      Data Layer	データ層を選択します。共通レイヤーの DWD のみがサポートされています。ファクトテーブルのデータはこのデータ層に格納されます。詳細については、「データウェアハウス層の定義」をご参照ください。
      Business Category	既存の業務カテゴリを選択します。詳細については、「業務カテゴリ」をご参照ください。
      Business Process	既存のビジネスプロセスを選択します。詳細については、「ビジネスプロセス」をご参照ください。
      Storage Policy	ファクトテーブルにデータを格納する方法を定義します。オプションには、Synchronize Incremental Data Daily と Synchronize All Data Daily があります。
      Naming Rule	設定済みのチェッカーを選択して、テーブル名が指定された命名規則に準拠していることを確認します。詳細については、「データウェアハウス層チェッカーの設定」および「チェッカーの使用」をご参照ください。
      Table Name	テーブルの内部名です。[テーブル命名規則] パラメーターでチェッカーを選択した場合、名前は定義された規則に準拠する必要があります。
      Table Display Name	テーブルの表示名です。
      Lifecycle	ファクトテーブルの保存期間 (日数) 。最大値は 36000 です。
      Owner	ファクトテーブルのオーナーです。デフォルトでは、テーブルを作成したユーザーになります。
      Description	ファクトテーブルの説明です。

4. パラメーターを設定した後、Save をクリックします。新しいテーブルが左側のディレクトリツリーに表示されます。

テーブルフィールドの追加

モデルを作成した後、フィールドを追加する必要があります。

Shortcut Mode または Script Mode でフィールドを追加できます。Shortcut Mode では、Import from Table/View を選択して、コンピュートエンジン内の既存の物理テーブルまたはビューからフィールドをインポートできます。[既存のテーブル/ビューを検索] ドロップダウンリストから既存の物理テーブルまたはビューを検索して選択し、そのフィールドをインポートします。

-- モデルが公開されて物理テーブルが作成された後 (承認前、承認中、または承認後) 、テーブル名は変更できません。
CREATE DIM TABLE dim_ec_pub_department_df ALIAS '部門ディメンションテーブル'
(
    id            ALIAS 'id' STRING COMMENT 'id',
    gmt_create    ALIAS '作成時間' TIMESTAMP COMMENT '作成時間',
    gmt_modified ALIAS '変更時間' TIMESTAMP COMMENT '変更時間',
    name          ALIAS '部門名' STRING COMMENT '部門名',
    parent_id     ALIAS '親部門 ID' STRING COMMENT '親部門 ID',
    `level`       ALIAS 'レベル; 0: グループ; 1: 子会社; 2: 事業単位; 3: 部門。' BIGINT COMMENT 'レベル; 0: グループ; 1: 子会社; 2: 事業単位; 3: 部門。',
    ds            ALIAS '業務日、yyyymmdd' STRING COMMENT '業務日、yyyymmdd'
)
COMMENT '部門ディメンションテーブル'
WITH('life_cycle'='1000');

フィールド情報の設定

モデルにフィールドを追加した後、ビジネスニーズに基づいて、Associated Field、Redundant Field、Associated Granularity/Metric などの属性を設定できます。

1. フィールド属性を設定します。

   デフォルトでは、ページには Field Name、Type、Field Display Name、Description、Primary Key、Not Null、Actions などの基本属性が表示されます。フィールドリストの右上隅にある Field Display Settings をクリックして、表示したい属性を選択し、必要に応じて変更します。

2. フィールドの Field Standard to Associate と Lookup Table to Associate を設定します。これにより、追加されたフィールドのコンテンツと値の範囲を標準化できます。

   • Field Standard to Associate：意味は同じだがフィールド名が異なるデータを一元管理し、値の範囲や測定単位などを定義します。

   • Lookup Table to Associate：フィールド標準で利用可能な値と値の範囲を定義します。

3. Redundant Field を設定します。

   目的のフィールドの Actions 列で、Redundant Field をクリックして、関連フィールドを設定します。

   従来のスタースキーマでは、ディメンションはディメンションテーブルに格納され、ファクトテーブルの外部キーを介してアクセスされることで、ストレージ使用量を削減します。しかし、下流のクエリパフォーマンスを向上させ、データアクセスを簡素化するために、頻繁に使用されるディメンション属性をファクトテーブルに直接非正規化することが一般的です。これにより、必要なテーブル結合の数が減少します。例えば、「注文作成詳細テーブル」は、「配送先住所ディメンションテーブル」から「配送先住所」や「荷受人電話番号」などの属性を非正規化します。

   [冗長フィールド] ダイアログボックスで、MaxCompute から [関連テーブル/ビュー名] を選択し、リストから目的の [関連フィールド] を選択してから、[保存] をクリックして設定を完了します。

4. フィールドを設定した後、左上隅にある Save をクリックします。

次のステップ

ファクトテーブルを作成した後も、そのフィールド、関連付け、パーティションを設定する必要があります。その後、テーブルをターゲット環境に公開できます。詳細については、「論理モデルのマテリアライズ」をご参照ください。