1

私は、すべてのデータベース操作にストアド プロシージャを使用するという企業の義務を負っているグリーン フィールド アプリケーションに取り組んでいます。

Entity Framework を使用し、ストアド プロシージャ マッピングを活用して、ORM のメリットを得たいと考えています。

データベースと .NET アプリケーションを並行して開発する予定なので、データベースの開発者/管理者に役立つ情報を探しています。Entity Framework と最適に統合できるように、テーブルとストアド プロシージャを設計する方法に関する統合ガイドを知っている人はいますか?

私が収集したいくつかのヒントは次のとおりです。

  • ストアド プロシージャの更新では、テーブルの列ごとに 1 つのパラメーターが必要です
  • すべてのテーブルに挿入、更新、および削除のストアド プロシージャが必要です

私たちの環境では後でデータベースを変更することは非常に難しいため、Entity Framework で簡単に使用できるようにデータベースを設計する方法についても知りたいです。

4

2 に答える 2

0

数か月間これに取り組んだ後、この方法でマッピングを使用することの制限を説明するブログ投稿を書きました。

エンティティ フレームワークをストアド プロシージャにマッピングする際の落とし穴

于 2013-10-13T14:20:28.037 に答える
-1

ストアド プロシージャを使用する場合は、すべてのデータベース操作に使用されますが、Entity Framework を使用する必要はないと思います。EF の正当な理由の 1 つは、T-SQL を記述する時間を節約することです。これを利用しないのであれば、なぜ EF を使用するのでしょうか?

于 2013-07-16T15:17:18.127 に答える