従来のWebFormsとストアドプロシージャを使用して、いくつかの非常に複雑なプロジェクトを作成しました。ただし、最近、MVCとEntity Frameworkを使用してプロジェクトを実行し、EntityFrameworkでの動作が気に入っています。彼らはあなたがオブジェクト指向の方法でエンティティを扱うことを可能にする方法です...それは素晴らしいです。プロジェクトはそれほど複雑ではありませんでした。ちょうど約12-15テーブル。
WebFormsとストアドプロシージャはより成熟しているため、信頼できる技術であることがわかっています。私の知る限り、EFはまだ進化しています。非常に基本的な「固有の制約」すらありません。回避策はありますが、EFでプロジェクトを始める前によく考えさせられます。
私が聞きたいのは、別の巨大で複雑なプロジェクトを開始したい場合、MVCとEFを使用することを選択できますか？行き止まりになるリスクはありますか？
個人的には、新しいプロジェクトのすべてにEFとMVCを使用しています。私はまだ欠点に遭遇していません。それどころか、MVCの方がはるかに優れていると思います。ストアドプロシージャに関しては、TSQLをアドホックで実行するよりも効率的であり、常に効率的です。通常のADO.NETコードをEFに置き換えて、ストアドプロシージャを引き続き使用します。一意の制約については、DB自体で実行します。詳細はこちら：
そしてここ：
Entity Framework 5は固有の制約をサポートしていますか？
また、EFでストアドプロシージャとアドホックTSQLクエリを使用する場合は、次のリンクを確認してください：http ://www.asp.net/mvc/tutorials/getting-started-with-ef-using-mvc/advanced-entity-framework-シナリオ-for-an-mvc-web-application
複雑なプロジェクトにEFとMVCを使用するリスクはほとんどありません。EFを使用する場合でも、ストアドプロシージャを呼び出したり、動的SQLクエリを実行したりできます（必要ではありません）。EFはあなたにオプションを提供します。おそらくそれを使用しないリスクが高くなります。SOはMVCで構築されていることを忘れないでください。