エンティティフレームワークとLINQ to SQL

.NET v3.5 SP1が（VS2008 SP1とともに）リリースされたので、.NETエンティティフレームワークにアクセスできるようになりました。

私の質問はこれです。Entity FrameworkとLINQ to SQLをORMとして使用することを決定しようとすると、違いは何ですか？

私が理解しているように、エンティティフレームワーク（LINQ to Entitiesで使用する場合）は、LINQ to SQLの「兄貴」ですか？これが事実である場合-それにはどのような利点がありますか？LINQ to SQLだけではできないことは何ですか？

LINQ to SQLは、Microsoft SQL Serverで使用可能なデータベーステーブル、ビュー、Sproc、および関数の1対1のマッピングのみをサポートします。これは、比較的適切に設計されたSQL Serverデータベースへの迅速なデータアクセス構築に使用する優れたAPIです。LINQ2SQLは、C＃3.0および.Net Framework 3.5で最初にリリースされました。

LINQ to Entities（ADO.Net Entity Framework）は、ORM（Object Relational Mapper）APIであり、オブジェクトドメインモデルの幅広い定義と、さまざまなADO.Netデータプロバイダーとの関係を可能にします。そのため、さまざまなデータベースベンダー、アプリケーションサーバー、またはプロトコルを組み合わせて、さまざまなテーブル、ソース、サービスなどから構築されるオブジェクトの集約マッシュアップを設計できます。ADO.NetFrameworkは、 .Net Framework 3.5 SP1。

これは、MSDNの優れた紹介記事です 。LINQからリレーショナルデータへの紹介

迅速で汚い答えは

• LINQ to SQLは、そのための迅速で簡単な方法です。これは、あなたがより速く進むことを意味し、あなたがより小さなものに取り組んでいるなら、より速く配達するでしょう。
• Entity Frameworkは、それを実行するための全面的で保留のない方法です。これは、より大きなものに取り組む場合、事前に時間をかけ、開発に時間がかかり、柔軟性が高まることを意味します。

LINQ to SQLは本当に死んでいますか？InfoQ.comのJonathan Allen著

Matt Warrenは[LINQ to SQL]を「存在することすら想定されていなかった」と説明しています。基本的に、実際のORMの準備が整うまでは、LINQを開発するのを支援するためのスタンドバイであると考えられていました。

...

Entity Frameworkの規模により、.NET 3.5 / Visual Studio 2008の締め切りに間に合わなくなりました。残念なことに「.NET 3.5 Service Pack 1」と名付けられ、サービスパックというよりはメジャーリリースのように完成しました。

...

複雑さのため、開発者は[ADO.NET Entity Framework]を好みません。

...

.NET 4.0以降、LINQ to Entitiesは、LINQ toリレーショナルシナリオに推奨されるデータアクセスソリューションになります。

@larsが投稿した記事には、明らかな違いがいくつかありますが、簡単な答えは次のとおりです。

• L2Sは密結合です-オブジェクトプロパティをデータベースの特定のフィールドに、またはより正確に特定のデータベーススキーマにオブジェクトマッピング
• L2SはSQL Serverでのみ機能します（私の知る限り）
• EFでは、単一のクラスを複数のテーブルにマッピングできます
• EFはMMの関係を処理します
• EFは、任意のADO.NETデータプロバイダーをターゲットにすることができます。

当初の前提は、L2Sは迅速な開発用であり、EFはより「エンタープライズ」なn層アプリケーション用ですが、L2Sは少し不足しています。

LINQ to SQL

1. 同種データソース：SQL Server
2. データ構造が適切に設計されている小規模プロジェクトのみに推奨
3. SqlMetal.exeで再コンパイルせずにマッピングを変更できます
4. .dbml（データベースマークアップ言語）
5. テーブルとクラス間の1対1のマッピング
6. TPH継承をサポート
7. 複合型をサポートしていません
8. ストレージファーストのアプローチ
9. データベース中心のデータベースのビュー
10. C＃チームによって作成されました
11. サポートされていますが、それ以上の改善は意図されていません

エンティティフレームワーク

1. Heterogeneusデータソース：多くのデータプロバイダーをサポート
2. 以下を除くすべての新規プロジェクトに推奨：
   • 小さいもの（LINQ to SQL）
   • データソースがフラットファイル（ADO.NET）の場合
3. モデルとマッピングファイルを設定するときに再コンパイルせずにマッピングを変更できます。メタデータアーティファクトプロセスを出力ディレクトリにコピーします。
4. 以下を含む.edmx（エンティティデータモデル）：
   • SSDL（ストレージスキーマ定義言語）
   • CSDL（概念スキーマ定義言語）
   • MSL（マッピング仕様言語）
5. テーブルとクラス間の1対1、1対多、多対1のマッピング
6. 継承をサポート：
   • TPH（階層ごとのテーブル）
   • TPT（タイプごとのテーブル）
   • TPC（具象クラスごとのテーブル）
7. 複合型をサポート
8. コードファースト、モデルファースト、ストレージファーストのアプローチ
9. データベースのアプリケーション中心のビュー
10. SQL Serverチームが作成
11. Microsoft Data APIの将来

以下も参照してください。

• LINQ To SQL対エンティティフレームワーク
• LINQ to SQLとEntity Frameworkの違い
• エンティティフレームワークとLINQ TO SQL

Entity Frameworkでの私の経験は素晴らしいものではありませんでした。まず、EF基本クラスから継承する必要があるため、POCOに別れを告げます。あなたのデザインはEFの周りでなければなりません。LinqtoSQLを使用すると、既存のビジネスオブジェクトを使用できます。さらに、遅延読み込みはありません。自分で実装する必要があります。POCOと遅延読み込みを使用するための回避策はいくつかありますが、EFの準備がまだ整っていないため、これらはIMHOとして存在します。4.0以降に戻ってくる予定です

簡単な言葉で何をいつ使用するかを説明する非常に良い答えがここに見つかりました：

使用するフレームワークの基本的な経験則は、プレゼンテーションレイヤーでのデータ編集の計画方法です。

• Linq-To-Sql-プレゼンテーションレイヤーでデータの1対1の関係を編集する場合は、このフレームワークを使用します。つまり、1つのビューまたはページで複数のテーブルのデータを結合する予定はありません。

• エンティティフレームワーク -ビューまたはページで複数のテーブルのデータを組み合わせる場合は、このフレームワークを使用します。これをより明確にするために、上記の用語は、表示されるだけでなく、ビューまたはページで操作されるデータに固有のものです。これは理解することが重要です。

Entity Frameworkを使用すると、テーブル化されたデータを「マージ」して編集可能なフォームでプレゼンテーションレイヤーに提示でき、そのフォームが送信されると、EFはさまざまなテーブルからすべてのデータを更新する方法を認識します。

L2SよりもEFを選択する理由はおそらくもっと正確ですが、これはおそらく理解するのが最も簡単な理由でしょう。L2Sには、ビューを表示するためにデータをマージする機能はありません。

私の印象は、Linq2Sqlがニーズに適合しない場合、データベースがかなり巨大であるか、設計が非常に悪いということです。Linq2Sqlを使用している大小のWebサイトが約10あります。Entityフレームワークを何度も調べましたが、Linq2Sqlで使用する理由がわかりません。つまり、データベースをモデルとして使用しようとしているので、モデルとデータベースの間に1対1のマッピングが既にあります。

現在の仕事では、200以上のテーブルを持つデータベースがあります。Linq2SqlよりもEntity Frameworkの利点を確認できる古いソリューションがたくさんある古いデータベースですが、データベースはアプリケーションのエンジンであり、データベースの設計が不適切であり、アプリケーションの動作が遅い場合は、データベースを再設計したいと思います。また、遅くなります。そのようなデータベースでEntityフレームワークを使用することは、悪いモデルを隠すクイックフィックスのようですが、そのようなデータベースから得られる悪いパフォーマンスを隠すことはできません。

あなたはここで良い比較を見つけることができます：

http://www.dotnet-tricks.com/Tutorial/entityframework/1M5W300314-Difference-between-LINQ-to-SQL-and-Entity-Framework.html

http://www.c-sharpcorner.com/blogs/entity-framework-vs-linq-to-sql1

ここでの回答は、Linq2SqlとEFの多くの違いをカバーしていますが、あまり注目されていない重要な点があります。

マイクロソフトが提供：

• SQL Server、OBDC、およびOLE DB用のADO.NETドライバー

サードパーティプロバイダー経由：

• MySQL
• オラクル
• DB2
• VistaDB
• SQLite
• PostgreSQL
• Informix
• U2
• Sybase
• Synergex
• 火の鳥
• Npgsql

いくつか例を挙げましょう。

これにより、EFはリレーショナルデータストアに対する強力なプログラミング抽象化となります。つまり、開発者は、基盤となるデータストアに関係なく、一貫したプログラミングモデルで作業できます。これは、広範囲の一般的なRDBMSと相互運用できることを確認したい製品を開発している状況で非常に役立ちます。

その抽象化が役立つもう1つの状況は、さまざまな顧客や組織内のさまざまなビジネスユニットと協力する開発チームの一員であり、RDBMSの数を減らして開発者の生産性を向上させたい場合です。さまざまなRDBMS上でさまざまなアプリケーションをサポートするために精通している。

EFを使用すると、同じデータベースモデル内で複数のデータベースを使用できないことがわかりました。しかし、linq2sqlでは、スキーマ名の前にデータベース名を付けるだけで済みます。

これが私が最初にlinq2sqlを使い始めた理由の1つでした。EFがこの機能をまだ許可しているかどうかはわかりませんが、EFがこれを許可しないことを意図していたことを読んだことを覚えています。

データベースが単純でシンプルな場合は、LINQ to SQLで十分です。テーブルの上に論理的/抽象化されたエンティティが必要な場合は、Entity Frameworkにアクセスしてください。

どちらもまだ独自のSQL 2008データ型をサポートしていません。私の見方との違いは、将来のリリースでエンティティが地理データタイプを中心にモデルを構築する機会がまだあり、Linq to SQLが廃止されることはないということです。

nHibernate、またはOpenAccessで何が起こっているのだろう...

途中で奇妙なことを行わずに何かをすばやく開発する必要があり、テーブルを表すエンティティを持つ機能が必要な場合は、次のように考えます。

Linq2Sqlは優れた同盟国であり、LinQと一緒に使用することで、優れた開発タイミングが実現します。

私は、Linq-to-SQLを使用している大きなプロジェクトを持つ顧客のために働いています。Entity Frameworkには当時いくつかの主要な機能が欠けていて、Linq-to-SQLのパフォーマンスははるかに優れていたため、プロジェクトが開始されたとき、それは明らかな選択でした。

現在、EFは進化しており、Linq-to-SQLには非同期サポートが欠けているため、拡張性の高いサービスに最適です。1秒あたり100を超えるリクエストがある場合があり、データベースを最適化したにもかかわらず、ほとんどのクエリの完了には数ミリ秒かかります。同期データベース呼び出しのため、スレッドはブロックされ、他の要求には使用できません。

この機能のみを目的として、Entity Frameworkに切り替えることを検討しています。MicrosoftがLinq-to-SQLに非同期サポートを実装しなかったのは残念です（またはコミュニティがそれをできるように、オープンソース化したためです）。

2018年12月の補遺： Microsoftは.NET Coreに移行し、Linq-2-SQLは.NET Coreをサポートしていないため、EFに移行して、将来EF.Coreに移行できるようにする必要があります。

LLBLGenなど、検討する他のいくつかのオプションもあります。これはすでに存在しており、MSデータソリューション（ODBC、ADO、ADO.NET、Linq-2-SQL、EF、EF.core）よりも将来性が証明されている成熟したORMソリューションです。

Linq-to-SQL

SQL Serverのみをサポートするプロバイダーです。SQL Serverデータベーステーブルを.NETオブジェクトにマップするためのマッピングテクノロジーです。MicrosoftによるORMの最初の試み-オブジェクトリレーショナルマッパー。

Linq-to-Entities

同じアイデアですが、ORMとしてバックグラウンドでEntity Frameworkを使用します-再びMicrosoftから。これは、複数のデータベースをサポートします。エンティティフレームワークの主な利点は、開発者が任意のデータベースで作業できることで、異なる異なるデータベースで操作を実行するための構文を学ぶ必要がありません。

私の個人的な経験によると、Efの方が優れている（SQLについて何も知らない場合）LINQのパフォーマンスは、ラムダで記述されたEFの理由LINQ言語に比べて少し高速です。