機械翻訳について

物理スキーマ・タイプについて

データ・ソースをモデル化すると、物理ソースのモデルを重複するディメンション・サブセットに分割できます。

• スター・スキーマ

  スター・スキーマは、複数のディメンション表との結合関係を持つ単一のファクト表を持つディメンション・スキーマ(スター)のセットです。 スターをビジネス・モデルにマップする際にはまず、物理ファクト列を1つ以上の論理ファクト表にマップします。 次に、そのスターの物理ファクト表に結合するそれぞれの物理ディメンション表について、物理ディメンション列を適切な適合済論理ディメンション表にマップします。

• スノーフレーク・スキーマ

  スノーフレーク・スキーマはスター・スキーマと同様ですが、各ディメンションが、結合された複数の表で構成される点が異なります。 スター・スキーマと同様に、まず、物理ファクト列を1つ以上の論理ファクト表にマップします。 次に、それぞれのディメンションについて、スノーフレーク物理ディメンション表を1つの論理表にマップします。 そのためには、複数の論理表ソースを使用するか、結合がある1つの論理表ソースを使用します。

• 正規化スキーマ

  正規化スキーマでは、データ保存の冗長性を最小限に抑え、データの更新を最適化するために、データ・エンティティが複数の表に分散されます。 正規化スキーマをビジネス・モデルにマップする前に、ファクトとディメンションに関して分散構造を理解する方法を理解しておく必要があります。

  構造を分析したら、ファクト列を持つ表を選択し、物理ファクト列を1つ以上の論理ファクト表にマップします。 次に、その物理ファクト列のセットに関連するそれぞれのディメンションについて、ディメンション列を含む分散物理表を1つの論理表にマップします。 そのためには、スノーフレーク・スキーマと同様に、複数の論理表ソースを使用するか、結合がある1つの論理表ソースを使用します。 まず特定のファクト・セットをマップし、次に関連するディメンションをマップした後、次のファクト・セットに進むため、正規化スキーマのマッピングは反復プロセスです。

  1つの物理表にファクト列とディメンション列の両方がある場合は、その表が果たす複数の役割を処理するために、物理別名表の作成が必要になることがあります。

• 完全非正規化スキーマ

  このタイプのディメンション・スキーマでは、ファクトとディメンションが1つの表の列として結合され、他のタイプのスキーマとは異なる方法でマップされます。 完全非正規化スキーマを星形のビジネス・モデルにマップする際には、1つの物理ファクト表の物理ファクト列をビジネス・モデル内の複数の論理ファクト表にマップします。 次に、物理ディメンション列を適切な適合済論理ディメンション表にマップします。