質問

SQL Server データベースを使用して .NET でアプリケーションを開発する場合、カスタム接続プーリング コードを記述する必要がありますか、または有利ですか?ADO.NET には接続プーリングを有効または無効にするオプションがあることは知っていますが、これはフレームワークに組み込まれており、心配する必要がないという意味ですか?なぜ独自の接続プーリング ソフトウェアを作成することが話題になるのでしょうか?また、これは ADO.NET に組み込まれているものとどのように違うのでしょうか?

役に立ちましたか?

解決

ADO.Net に組み込まれた接続プーリングは堅牢で成熟しています。独自のバージョンを作成しようとしないことをお勧めします。

他のヒント

私は______じゃない 本物 この件については専門家ですが、ADO.NET には独自の接続プーリング システムがあることは知っており、私がそれを使用している限り、問題はありませんでした。

私の反応は、車輪の再発明には意味がない、ということでしょう...接続が完了したら必ず接続を閉じてください。そうすればすべて問題なく動作します。

他の誰かがもっとしっかりした答えをくれることを願っています!

私の理解では、SqlConnection オブジェクトを使用すると、接続プーリングが自動的に処理されます。これは MSSQL で動作するように意図的に設計されており、接続が効率的にプールされるようになります。使い終わったら必ず閉じてください(そして確実に処分してください)。

自分で巻く必要があるという話は聞いたことがありません。しかし、私の経験がそこではある程度限られていることを認めます。

ADO.Net と新しいバージョンの SQL 接続プーリングの登場により、1 つ目は ADO.Net 自体を介して、2 つ目は SQL Server 2005/2008 によって直接処理されるため、カスタム接続プーリングの必要性がなくなりました。

Oracle や MySQL にも同様のサポートが計画されているか、または実装されていると聞いており、興味を持っています。

まあ、これらすべての質問に対する答えは LINQ なので、それはなくなるでしょう。ちなみに、私たちのアプリケーションではカスタム接続プーリングが必要になったことは一度もなかったので、何が原因なのかはわかりません。

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