データウェアハウスの構造はどのようなものですか？

データウェアハウジングは、ビジネスに意味のあるビジネス洞察を提供するために、他のさまざまなソースからデータを収集して処理するために一般的に使用される方法です。データウェアハウスは、サポート管理の決定を目的として特別に作成されています。データウェアハウスには、次の2つの主要部分があります-

• 実店舗 −SQLクエリを使用してクエリできるMicrosoftSQL Serverデータベース、およびレポートの実行に必要なOLAPデータベース。

• 論理スキーマ −実店舗のデータにマッピングする概念モデル。

実店舗

データウェアハウスの物理ストアには、SQLクエリを使用してクエリできるデータベースが1つ含まれています。実店舗には、複数のソースからインポートしたすべてのデータが含まれています。 Commerce Serverは、SQLServerデータベースとOLAPデータベースの両方にデータウェアハウスの物理ストアを自動的に構築します。

データウェアハウスは、BusinessDeskの分析モジュールで利用可能な一部のCommerceServerドキュメントに必要なデータをサポートします。データウェアハウスの実店舗を直接変更する必要はありません。たとえば、サードパーティのデータを含めるためにデータウェアハウスを拡張する必要がある場合、サイト開発者は、論理スキーマを介して必要なフィールドをプログラムで挿入できます。

論理スキーマ

論理スキーマは、データウェアハウス内のデータの論理ビューをサポートし、効果的なインポートプロセスを提供します。たとえば、サイト開発者は、基本的な物理テーブルに格納されているデータの場所を変更するための論理スキーマを必要としています。

サイト開発者がデータウェアハウスのデータを挿入、更新、または削除するプログラムを作成すると、開発者は論理スキーマに接続します。 Commerce Serverは、データウェアハウス内のデータを接続するときに、論理スキーマを介してデータを接続します。サイト開発者だけが論理スキーマの正確な知識を必要としました。

論理スキーマには、次のようなものが含まれています-

• クラス −データメンバーの論理セット。たとえば、RegisteredUserクラスには、登録ユーザーを定義するデータメンバーが含まれています。

• データメンバー −データの要素を保存する構造。たとえば、RegisteredUserクラスのEメールデータメンバーは、登録ユーザーのEメールアドレスを格納します。

• 関係 −親子関係にある2つのクラス間の接続。この関係は、各クラスのインスタンスの数を表し、クラス間でデータメンバーを送信するメカニズムをサポートします。

たとえば、RegisteredUserは子クラスRequestの親です。 1人の登録ユーザーに対していくつかのリクエストがある場合があります。論理スキーマは、クラス、データメンバー、リレーション、およびいくつかのデータ構造を使用して、物理ストア内のレコードをマップします。