質問

いて多くの問題の管理 EntityContext 寿命

例えば スをインスタンス化コンテキストでLINQ to Entities

私は最終的には企業の文脈で考慮すべきユニットの仕事が再利用できません。ます。

がな研究スピードアップのためのデータベースアクセス、またこのブログ...

改善提性能

のポストとのことEFs貧しい性能比較の枠組みに多くの EntityConnection オブジェクトが作成された新 EntityContext オブジェクトが必要です。

こんに手動で作成した静的EntityConnectionに グローバルasax.cs Application_Start().

その後、変換され全てのコ を使用 諸表の

using( MyObjContext currContext = new MyObjeContext(globalStaticEFConnection)
{
   ....
}

こうし速いとの思いをビットエラーも無くこれまでに調査を実施しているのは、同じ伝えていきます。

これは安全ですか?

利用には、applicationwide静 EntityConnection レースの紹介。

コンテンツ一覧 Kervin

役に立ちましたか?

解決

EntityConnectionは、スレッドセーフではないことが実証されています。私はあなたがそれらをプールできると思いますが、関係する多くのスレッドがあるだろうとして、あなたは、Webアプリケーションのための単一の静的な接続を使用することはできません。

他のヒント

  • ごEFコはアプリケーションによって、と考えるユーザを変更しない組)&ユーザBは、彼の変化を、取得データベースへのコミット以降、両方のユーザA&Bは同じインスタンス

  • 私のプロジェクトをやったりWebRequest intanceのEFコンテキストが打ち出されている。-コンテキストオブジェクトは静からの開始と終了のユーザーのウェブリクエスト&全ての業務内容を文書による同EFコンテキストこの大幅なスピードアップし私の処理に問題。

片道の実用化には使用DIコンテナを使用していUnity)の管理の寿命のEFコンテキスト当ウェブ請求寿命の長を指定しない箱から出して結束がトンの記事ができることができます。

HTH.

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top