Open棟梁Project - マイクロソフト系技術情報 Wiki
目次 †
概要 †
.NET Framework 3.5 SP1で追加されたデータベースアクセステクノロジー
- Entity Frameworkは、TableAdapter と比べ、より高次の機能を提供し、高い生産性を誇る RAD ツールです。
- データアクセス部分を隠ぺいするため、データベースの種類や構造を意識することなくプログラミングできます。
- 反面、実際に発行される SQL 文の構築は Entity Framework に委ねられます。
- このため、チューニングや、柔軟なデータの参照・更新が課題になりやすく、
ミッション クリティカルなエンタープライズ システム開発には適合しないことがあります。
概念モデルに対してプログラミング †
Entity Frameworkは、インピーダンス ミスマッチ問題を解決するため、
エンティティを定義し、エンティティ経由でデータベースへアクセスするための手段を提供する技術。
- 概念モデルであるEntity Data Model(EDM)を開発者が柔軟にモデリング可能。
RDBに対して直接プログラミングする代わりに、EDMに対してプログラミングする。
- これにより、テーブルとオブジェクトを1対1に対応させるO/Rマッパとは異なり、
「結合（Join）」というRDB固有の事情に振り回されることなく、
より直感的に必要な情報を取得することが可能になる。
- RDB側のスキーマ変更(特にテーブルの分割/統合のような変化)に対して耐性がある。
- EntityはADO.NET 非接続型と同様に、多階層のアプリケーションを開発する場合、
オブジェクトとして渡すことが可能でありDTO(Data Transfer Object)として利用できる。
Entity Data Model(EDM) †
CSDL、SSDL、および MSL 仕様
http://msdn.microsoft.com/ja-jp/library/vstudio/bb399604.aspx
- 概念スキーマ定義言語 (CSDL)、ストア スキーマ定義言語 (SSDL)、およびマッピング仕様言語 (MSL) は
XML ベースの言語で、それぞれ概念モデル、ストレージ モデル、モデル間のマッピングについて記述する。
- Entity Data Model(EDM) の定義は、Entity Data Model デザイナーにより、
設計時にモデルとマッピングの情報を .edmx ファイルに保存する。
- Entity Data Model デザイナーは、ビルド時に .edmx ファイルの情報を使用して、
Entity Framework が実行時に必要とする .csdl、.ssdl、および .mslファイルを作成する。
CSDL †
CSDL（Conceptual Schema Definition Language：概念スキーマ定義言語）
概念スキーマ（概念モデル）
MSL †
MSL（Mapping Schema Language：マッピング・スキーマ言語）
CSDLとSSDL（モデル間）のマッピング
SSDL †
SSDL（Storage Schema Definition Language：ストア・スキーマ定義言語）
ストレージ・スキーマ（ストレージ モデル）
xxx ファースト †
- エンタープライズではほぼ、DBファーストを採用する。
- 単純なテーブル（データストア）しか使用しない
EUCなどの世界では、モデルファーストもマッチする可能性がある。
モデルファースト †
モデル（EDM）からDBMSのスキーマを生成する方法
DBファースト †
DBMSのスキーマからモデル（EDM）を生成する方法
コードファースト †
- ADO.NET Entity Framework 4.1 で登場した機能。
- ASP.NET MVC のモデルに POCO でデータ構造を定義すると、
その定義に従ってデータベースにテーブルが作成される。
- ソースコードのみで完結し、
Entity Framework のEntity Data Model (EDM) などを
明示的に作成する必要がなくなるため、より迅速な開発が可能となる。
(モデルクラスへのデータ構造の定義が、そのままデータベースのテーブル設計となる)
Entity Frameworkマイグレーション †
コードファーストのデータモデルクラスの変更をもとに、
既存のデータを残したままデータベースのテーブルを変更する機能。
批判 †
- 性能と柔軟性が重視されるエンタープライズの領域では、使い難いとの批判も多い模様。
- ツール等のスタンドアロンのプログラム、情報系システムなどのEUCによるRAD開発などにはマッチする可能性もある。
- また、ADO.NETは枯れた技術であるのに対し、Entity Frameworkは進化の余地がある。
信任投票 †
エンプラ領域でのミスマッチ †
基幹系システムでは以下の理由でミスマッチと判断されることが多い。
内部実装とその動作がブラックボックス †
SQLが、LINQ to Entityのエンジンに生成される形であり、
また、内部実装とその動作がブラックボックスになっているため（※１）
それらが明確にならないと設計、チューニング、問題分析などが困難。
従って（特に日本の）エンタープライズ・アプリケーションでは敬遠されている。
これは、JavaのJava8でJPAでHibernateでJinqが敬遠されるのと≒。
スキーマ構造の変更 †
- DBMSのスキーマからモデル（EDM）を生成する方法を採用している場合、スキーマの構造が変わった場合、モデル（EDM）の作り直しが発生する。
- 生成されたモデル（EDM）をカスタマイズしていた場合、作り直しにより、カスタマイズが破棄されてしまう可能性がある。
RAD開発ツールに特有の、保守性の悪さがある。
（逆に言えば、カスタマイズがなければ、スキーマ構造の変更をモデル（EDM）に同期し、変更に迅速に対応できるとも言える。）
参考 †
＠IT †
- 連載：ADO.NET Entity Framework入門 － ＠IT
http://www.atmarkit.co.jp/fdotnet/ef4basic/index/index.html
- 第1回 最新DBアクセス・フレームワークの基本的な考え方
- 第2回 EDMにおける多対多関係とEntity Frameworkでのデータの取得／保存
- 第3回 Entity Frameworkにおけるクエリと更新
- 第4回 データベースからのEntity Data Model生成
- 第5回 POCOによるエンティティ・クラス
- 第6回 EF4によるN層アーキテクチャと自己追跡エンティティ【前編】
- 第7回 EF4によるN層アーキテクチャと自己追跡エンティティ【後編】
MSDN †
- 雲のごとく - Site Home - MSDN Blogs
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
