EF対NHibernate [終了]

ビジネスアプリケーションの作成を開始してから（高レベルのフロントエンドまたは非常に低レベルのシステムプログラミングを行う前に）過去2年間で、データセット、linqからsql、そして現在はエンティティフレームワークを学びました。次に見る論理的なものはNHibernateのようです。

私が最終的にEFに到達した理由は、（1）デザイナーによるサポートが最も優れていること、（2）マイクロソフトによって最もサポートされていることです。

私がNHibernateに興味を持っている理由（これらには前提の要素があります）は次のとおりです。（1）MSがデータアクセステクノロジーをチャーンするほど速く、まったく異なるものに取って代わられない可能性があります。それが何をするためのフロントランニングツールと（3）それはかなり安定していて、かなり長い間遡ることができるように見えます。

誰かが2つの比較を発表しましたか？特定の種類のアーキテクチャでは、どちらが優れているか？それとも、スタイルと好みの問題だけですか？

この時点で、NHがEFより優れている主な（唯一の？）利点は、いくつかの非常にきめの細かいフェッチ戦略だと思います。すべてを遅延読み込みまたは一括読み込みする代わりに、NHは非常に優れた中間オプションを提供します。

そうは言っても、データアクセスをそのレベルで制御する必要はなかったので、EFのシンプルさにより、選択が簡単になりました。

EFデザイナファイルは、他の方法で操作するのに非常に適しているため、ソース管理の悪夢になる可能性があることに注意してください。うまく融合しない、またはまったく融合しない。何かを変更する必要がある場合は、明示的なロックを使用して必ずチェックアウトしてください。

私たちは、アーキテクトがEFではなくNHibernateを選択するプロジェクトを行っています。パブリッシャーとサブスクライバーの要件が最初から存在していたため、選択が逆になったと思います。

同期フレームワークの使用を計画している場合は、EF を使用します。NHibernateは、背後で行われる更新（データの取得元を指定する列、データの変更者、および最新のコピー）に対応できないためです。

あるデータベースから別のデータベースにデータを複製する必要がある場合（および主キーを同じに保つ場合）、そのsession.Replicate機能は十分に文書化されておらず、単純なコピーよりも時間がかかるようです。