Entity Data Model

[アーティクル]
04/19/2011

Entity Data Model (EDM) は、格納される形式に関係なく、データ構造を記述する一連の概念です。 EDM は、1976 年に Peter Chen により記述されたエンティティリレーションシップモデルを取り入れていますが、これを土台にして利用法が拡張されています。

EDM は、データを多くの形式で格納する場合につきまとう問題に対応しています。たとえば、データをリレーショナルデータベース、テキストファイル、XML ファイル、スプレッドシート、およびレポートに格納している企業について考えてみます。この状況は、データモデリング、アプリケーション設計、データアクセスに深刻な問題を提示しています。データ指向のアプリケーションを設計する場合、データアクセス、ストレージ、およびスケーラビリティの効率性を損なうことなく、効率的で保守性に優れたコードを作成することが問題になります。データがリレーショナル構造の場合は、データアクセス、ストレージ、およびスケーラビリティの効率性が非常に高くなるものの、効率的で保守性に優れたコードを書くことが難しくなります。データがオブジェクト構造の場合は、これが反対になり、効率的で保守性に優れたコードを作成しやすくなる一方で、データアクセス、ストレージ、およびスケーラビリティの効率性が損なわれます。これらの要因の間で適切なバランスを取れる場合でも、データを 1 つの形式から別の形式に移動する際に新しい問題が発生します。 Entity Data Model は、ストレージスキーマに依存しないエンティティとリレーションシップでデータ構造を記述することで、これらの問題に対応しています。このため、アプリケーションの設計と開発でデータの格納形式が問題になりません。さらに、エンティティおよびリレーションシップによりアプリケーションで使用されるデータ構造 (格納形式ではなく) が記述されるため、アプリケーションの進化に伴ってこれらを進化させることができます。

conceptual model は、データ構造をエンティティおよびリレーションシップとして表現したもので、一般的には、EDM の概念を実装するドメイン固有言語 (DSL) で記述されます。概念スキーマ定義言語 (CSDL) もこのようなドメイン固有言語の 1 つです。概念モデルで記述されるエンティティおよびリレーションシップは、アプリケーションにおけるオブジェクトとアソシエーションの抽象化と考えることができます。これにより開発者は、ストレージスキーマを気にすることなく概念モデルに集中でき、効率的で保守性に優れたコードを書けるようになります。同時にストレージスキーマの設計者は、データアクセス、ストレージ、およびスケーラビリティの効率性に集中できます。

このセクションの内容

このセクションのトピックでは、Entity Data Model の概念について説明します。 EDM を実装する DSL には、ここで解説した概念を含める必要があります。 ADO.NET Entity Framework では CSDL を使用して概念モデルを定義します。詳細については、「Conceptual Schema (CSDL)」を参照してください。

Entity Data Model キーの概念

Entity Data Model: 名前空間

Entity Data Model: プリミティブデータ型

Entity Data Model: 継承

アソシエーション End

アソシエーション End の多重度

アソシエーションセット (Entity Data Model)