問題タブ [entity-framework]

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

私の質問はこれです。EntityFrameworkとLINQtoSQLをORMとして使用するかどうかを決定しようとする場合、違いは何ですか？

私の理解では、Entity Framework（LINQ to Entitiesで使用する場合）は、LINQ to SQLの「兄貴」ですか？これが事実である場合-それはどのような利点がありますか？LINQ to SQLだけではできないことは何ができるでしょうか？

Expression.InvokeEntity Framework は演算子をサポートしていません。使用しようとすると、次の例外が発生します。

「LINQ 式ノード タイプ 'Invoke' は、LINQ to Entities ではサポートされていません。

この欠けている機能の回避策はありますか? ここで詳述されている PredicateBuilder を Entity Framework コンテキストで使用したいと思います。

Edit 1 @marxidad - 私はあなたの提案が好きですが、それは私をやや困惑させます. 提案されたソリューションについてさらにアドバイスをいただけますか?

編集 2 @marxidad - 説明していただきありがとうございます。

VS SP1をインストールし、EntityFrameworkを試してみました。

既存のデータベースからスキーマを作成し、いくつかの基本的な操作を試しました。

データベーススキーマの更新を除いて、ほとんどがうまくいきました。

私はすべての基本的な方法でデータベースを変更しました：

• 新しいテーブルを追加しました
• テーブルを削除しました
• 既存のテーブルに新しい列を追加しました
• 既存のテーブルから列を削除しました
• 既存の列のタイプを変更しました

最初の3つはうまくいきましたが、タイプの変更と列の削除はデータベースの変更に続きませんでした。

デザイナーの作品を作る方法はありますか？それとも、現時点ではサポートされていませんか？関連資料はまだ見つかりませんでしたが、検索中です。

そのため、ADO.NET Entity Framework は (ブログ エントリや請願の形で) 少し悪い報道を受けていますが、私は急いで判断を下したくありません。実験の時間は限られていますが、より経験的なフィードバックを得て、まだ誰かがそれを使っているのだろうかと思っていましたか?

最後に、長い間使用されており、ADO.NET Entity Framework よりも成熟している可能性がある NHibernate を使用することについてどう思いますか。

Entity Framework を使用する場合、ESQL は Linq to Entities よりも優れたパフォーマンスを発揮しますか?

私は Linq to Entities を使用したいと思っています (主に強力な型チェックのため) が、他のチーム メンバーの何人かは ESQL を使用する理由としてパフォーマンスを挙げています。いずれかの方法を使用することの長所/短所を完全に把握したいと思います。

Entity Framework クラス ビルダーを引き継ぐ方法はありますか? 私は独自のクラスビルダーを持ちたいので、いくつかのプロパティを作成して実体化時に他のメソッドを呼び出したり、エンティティクラスを部分的にしたりできます。

EF を開始する方法についての良い本や投稿を知っている人はいますか? DnrTV を他の場所で見たことがありますか?

MVCC (Multi-Version Concurrency Control) を使用するようにデータベースを設計する場合、"IsLatest" などのブール フィールドまたは整数の "VersionId" を含むテーブルを作成し、更新は一切行わず、変更があった場合にのみ新しいレコードを挿入します。

MVCC は、詳細な履歴を必要とするアプリケーションの自動監査を提供し、更新ロックに関するデータベースへのプレッシャーも軽減します。短所は、最新バージョンを取得するために余分な句が必要なため、データ サイズが大幅に大きくなり、選択が遅くなることです。また、外部キーをより複雑にします。

( SQL Server のスナップショット分離レベルのような RDBMS でのネイティブ MVCC サポートについて話しているのではないことに注意してください)

これについては、Stack Overflow の他の投稿で説明されています。[todo - リンク]

普及しているエンティティ/ORM フレームワーク (Linq to Sql、ADO.NET EF、Hibernate など) のうち、このタイプの設計を明確にサポートできるのはどれでしょうか? これは、典型的な ActiveRecord の設計パターンに対する大きな変更であるため、データ モデルでこのルートに進むことを決定した人にとって、そこにあるツールの大部分が役立つかどうかはわかりません。MVCC をサポートするために外部キーをデータ モデル化する最良の方法さえわからないため、外部キーがどのように処理されるのかに特に関心があります。

データストア内のテーブルとはまったく異なる概念クラスに O/R マッピングを行う Entity Framework プロジェクトを実際に出荷した人はいますか?

つまり、ジャンクション (M:M) テーブルを他のエンティティに集約して、ビジネス ドメインに存在する概念クラスを形成しますが、データストアでは複数のテーブルとして編成されます。MSDN で見たすべての例では、継承、結合テーブルを他のエンティティに折りたたんだり、ルックアップ テーブルをエンティティに折りたたんだりすることはほとんどありません。

ビジネス オブジェクトに対して一般的に期待されるすべての CRUD 操作をサポートする以下の例を聞いたり、見たりしたいと思っています。

1. 車両テーブルとカラー テーブル。色は多くのビークル (1:M) に表示されます。これらは、プロパティ Color を持つ概念クラス UsedCar を形成します。

2. Doctor、DoctorPatients、および Patients テーブル (多対多を形成します)。医者には多くの患者がいて、患者には多くの医者がいます (M:M)。Doctor (Patients コレクションを持つ) と Patients (Doctors コレクションを持つ) という 2 つの概念クラスを作成します。

Entity Framework で CSDL と SSDL を使用してこれを見た/行った人はいますか? CSDL は、実際に何にもマップされていなければ意味がありません。

Entity Data Model からデータベースを作成する方法を教えてください。

そこで、VisualStudio 2008 で EDM Designer を使用してデータベースを作成しました。次に、SQL Server スキーマを生成して SQL Server にストレージを作成したいと考えています。