問題タブ [entityconnection]

EntityContextの存続期間の管理については、多くの質問がありました。

例：LINQのコンテキストをエンティティにインスタンス化する

私は、エンティティコンテキストは作業単位と見なされるべきであり、したがって再利用されるべきではないという結論に達しました。素晴らしい。

しかし、データベースアクセスを高速化するための調査を行っているときに、このブログ投稿に遭遇しました...

EntityFrameworkのパフォーマンスの向上

投稿では、他のフレームワークと比較してEFのパフォーマンスが低いのは、新しいEntityContextオブジェクトが必要になるたびにEntityConnectionオブジェクトが作成されることが原因であることが多いと主張しています。

これをテストするために、 Global.asax.cs Application_Start（）で静的EntityConnectionを手動で作成しました。

次に、ステートメントを使用してすべてのコンテキストを次のように変換しました

私の知る限り、これはエラーなしで少しスピードアップしたようです。

しかし、これは安全ですか？

アプリケーション全体の静的EntityConnectionを使用すると、競合状態が発生しますか？

よろしく、カービン

EntityConnection を動的に構築して、さまざまなユーザーが実行時に決定されるさまざまなネット データベースに接続しようとしています。これを行うために、http: //msdn.microsoft.com/en-us/library/bb738533.aspxにあるコードをテストしています。これを以下に実装しました。

conn.Open() を実行すると、「指定されたメタデータ リソースを読み込めません」というエラーがスローされます。「res://*...」参照の 1 つ以上が間違っていることを示しているようです。プロジェクトに実際にこれらのファイルが含まれていることを確認しました (bin/debug フォルダーの下)。ここで欠けているものは何ですか - 何かアイデアはありますか?

ありがとう

EFCTP5を使用するアプリがあります。

この特定の状況では、いくつかの従来のADO.NETに劣化させる必要があります（EFがサポートしていないストアドプロシージャで複数の結果セットを読み取るため）。

そのため、次のように、オブジェクトの既存の接続文字列を使用しようとしています。EntityConnection

デバッグすると、ConnectionStringにはパスワードが含まれておらず、データソース、ユーザー名、データベースなどのみが含まれていることがわかります。

これは、彼らがそれを削除した理由のセキュリティ上の問題ですか？EFはパスワードをどこかに隠し、ストアドプロシージャ自体を実行するときにのみ使用しますか？

EF接続文字列は、メタデータ情報を持っているため、従来のADO.NET接続文字列とは異なります。

したがって、接続文字列の必要な部分を取り除き、それをweb.configに入れて、リポジトリに渡す必要があるようです。

確かにもっと良い方法があるはずです！

次のようにオブジェクト コンテキストを設定します。

接続文字列は、Oracle データベースへの接続文字列です。私はDevArtをプロバイダーとして使用しています。

すべて正常に動作します。エンティティなどを取得するために使用できます。

でも、根底にあるつながりで何かをしたかったのです。私は次のようなことをしました：

これにより、次の例外が発生します。

ObjectContext が古いバージョンの DLL を使用しているようです。ただし、プロジェクトの参照を確認すると、正しいバージョン 7.2.104.0 への参照が表示されます。さらに調べたところ、クラスが存在するサブプロジェクトに参照がまったくない場合でも、ObjectContext は接続できます。

接続に使用する DLL をどのように解決しますか?

EF4 ベースのプロジェクトに取り組んでいます。私のアプリでは、ObjectContext で使用される名前付き接続文字列を変更し、それを App.config に保存します。ただし、ObjectContext はその接続を保存し、変更を気にしません。手動で作成した接続で再初期化しようとしていますが、機能しません。そのための ConnectionManager があります-ここにSaveメソッドがあります：

それで、プログラムを再起動せずにObjectContextに新しい接続を永続的に適用する魔法はありますか、それともApp.Configをリロードする必要がありますか?

注: すべてのObjectContext使用法は Unit-Of-Work パターンでラップされているため、Dispose毎回 d です。

私は、SQL データベース内のテーブルのペアにアクセスできるようにする必要がある自分用のユーティリティを作成しています。SqlEntityConnection Type Provider を使用したところ、使いやすいエンティティとしてテーブルから必要なデータが得られました。

私が気づいたことの 1 つは、プロジェクトの起動とコンパイルが大幅に増加したことです。これは、データベースに 100 を超えるテーブルがあり、必要な 2 つだけではなく、すべてのテーブルをコンパイルしてデータを取得しているためだと思われます。スキーマ内の必要なテーブルのみを参照するように EntityTypeProvider を制限する方法はありますか?