大規模なレガシーOracleデータベースを使用し、ストアドプロシージャの使用を義務付けている部門にとって、EntityFrameworkに移行する価値があるかどうかについて誰かが考えているかどうか知りたいです。
テーブルの多くには数値の主キーがなく、複合キーを使用しているものもあります。
Entity FrameworkバージョンのODP.NETがベータ版であり、感銘を受けなかったときに試してみました。ストアドプロシージャの呼び出しは、通常のODPを使用する場合よりもクリーンではなく、フレームワークはストアドプロシージャとPOCOオブジェクト間のマッピングを自動的に生成できませんでした。
大規模なレガシー Oracle データベースを使用し、ストアド プロシージャの使用が義務付けられている部門にとって、エンティティ フレームワークに移行する価値があるかどうか。
現在 Oracle データベースを使用しているクライアント アプリケーションと連携するように EDM を調整するには、事前に多くの作業が必要になります。
ただし、EF 5.0 は、2 年前よりも機能と機能が大幅に強化されています。コード ファースト機能があり、POCO オブジェクトを引き続き使用して、ストアド プロシージャを使用して取得されるエンティティにマップすることができます。ところで、EF4 以降では、ストアド プロシージャと関数のサポートがあります。