2011-07-03 15 views
3

SQL AzureとEF 4.1コードファーストDbContextを使用して接続リトライを管理するサンプルはどこにありますか?私はここで、私がやって、なぜすべきかについての情報をたくさん発見したいくつかの例は以下のとおりです。エンティティフレームワークコードファーストとSQL Azure接続

これらのそれとのトラブル彼らはすべてObjectContextを参照しています。私はEFを怒らせることなく、私のDbContextで同様のコードを動作させる方法を理解できません。

+1

私はあなたが再試行するエンティティフレームワークを設定することを可能にするライブラリを作成しましたフォールトハンドリングブロックを使用して、すべてのデータベースコールを変更する必要はありません。通常は、設定ファイルを変更するだけで、1行または2行のコードを変更する必要があります。これにより、Entity FrameworkまたはLinq To Sqlに使用できます。 https://github.com/robdmoore/ReliableDbProvider –

答えて

3

私はコード-最初のアプローチとそのfamilliarないのですが、私はあなたがconstructorでSQL接続とDbContextをインスタンス化することができます知っている、あなたはこの接続は、すべての必要な再試行ロジックあなたを扱う再試行ポリシーを持っているMicrosoft's Customer Advisory Reliable SQL Connection implementation.を使用することができます必要。

DbContextの実装では、別の方法として、各呼び出しで再試行ロジックを実装できます。もう一度、CATチームの実装をチェックして、それを最善に行う方法を確認してください。

+2

サイドノートでは、SQL接続ファクトリの実装についても見ることができます.MSDNブログへのリンクにあるように、接続ファクトリを次のように指定できます。あなた自身の接続を管理したくない場合は、さらに良いパターンです。 –

関連する問題