SqlConnectionを「開く/閉じる」か、開いたままにしますか？

静的メソッドを使用した単純な静的クラスにビジネスロジックを実装しています。これらの各メソッドは、呼び出されたときにSQL接続を開閉します。

public static void DoSomething(string something)
{
    using (SqlConnection connection = new SqlConnection("..."))
    {
        connection.Open();

        // ...

        connection.Close();
    }
}

しかし、接続を開いたり閉じたりしないようにすると、パフォーマンスが向上すると思います。私はOleDbConnectionクラス（SqlConnectionについては不明）を使用してかなり前にいくつかのテストを行いましたが、（私が覚えている限り）このように動作することは間違いなく役立ちました。

//pass the connection object into the method
public static void DoSomething(string something, SqlConnection connection)
{
    bool openConn = (connection.State == ConnectionState.Open);
    if (!openConn)
    {
        connection.Open();
    }

    // ....

    if (openConn) 
    {
        connection.Close();
    }
}

だから問題は-私は方法（a）と方法（b）のどちらを選ぶべきか？私は、接続プールによってパフォーマンスが節約されたという別のstackoverflow質問を読みました。まったく気にする必要はありません...

PS。これはASP.NETアプリです-接続はWebリクエスト中にのみ存在します。勝利のアプリやサービスではありません。

オプションaに固執する。

接続プーリングはあなたの友達です。

方法（a）を毎回使用します。アプリケーションのスケーリングを開始するとき、状態を処理するロジックは、そうしない場合、実際の痛みになります。

接続プールは、それが缶で言うことをします。アプリケーションのスケーリング時に何が起こるか、接続の開閉状態を手動で管理するのがどれほど難しいかを考えてみてください。接続プールは、これを自動的に処理するというすばらしい仕事をします。パフォーマンスが心配な場合は、何もブロックされないように、何らかのメモリキャッシュメカニズムを検討してください。

接続が終了したらすぐに常に接続を閉じてください。そうすれば、それらの基礎となるデータベース接続がプールに戻り、他の呼び出し元が使用できるようになります。接続プーリングはかなり最適化されているため、そうすることによる顕著なペナルティはありません。アドバイスは基本的にトランザクションの場合と同じです-完了したら、短くして閉じてください。

複数の接続を使用するコードの周りで単一のトランザクションを使用してMSDTCの問題が発生している場合は、さらに複雑になります。この場合、実際に接続オブジェクトを共有し、トランザクションが終了したときにのみ閉じる必要があります。

ただし、ここでは手作業で行うため、DataSets、Linq to SQL、Entity Framework、NHibernateなど、接続を管理するツールを調査することをお勧めします。

免責事項：私はこれが古いことを知っていますが、この事実を実証する簡単な方法を見つけたので、2セントの価値を入れています。

プーリングが本当に速くなると信じられない場合は、これを試してください：

以下をどこかに追加します。

using System.Diagnostics;
public static class TestExtensions
{
    public static void TimedOpen(this SqlConnection conn)
    {
        Stopwatch sw = Stopwatch.StartNew();
        conn.Open();
        Console.WriteLine(sw.Elapsed);
    }
}

今すぐにすべての呼び出しを置き換えるOpen()とTimedOpen()し、プログラムを実行します。これで、接続文字列ごとに、コンソール（出力）ウィンドウに長時間実行中のオープンが1つと、非常に高速なオープンがたくさんあります。

それらにラベルを付ける場合は、new StackTrace(true).GetFrame(1) +への呼び出しに追加できますWriteLine。

物理接続と論理接続には違いがあります。DbConnectionは一種の論理接続であり、基礎となるOracleへの物理接続を使用します。DbConnectionを閉じたり開いたりしてもパフォーマンスには影響しませんが、コードがクリーンで安定します。この場合、接続リークは発生しません。

また、dbサーバーでの並列接続に制限がある場合は、接続を非常に短くする必要があることを考慮する必要があります。

接続プールは、接続状態のチェックから解放されます-開いて使用し、すぐに閉じます。

通常は、トランザクションごとに1つの接続を維持する必要があります（並列計算なし）

たとえば、ユーザーが課金アクションを実行する場合、アプリケーションはまずユーザーの残高を見つけて更新する必要があります。同じ接続を使用する必要があります。

ado.netに接続プールがある場合でも、ディスパッチ接続のコストは非常に低くなりますが、再利用接続の方が適しています。

アプリケーションで接続を1つだけ保持しないのはなぜですか

クエリまたはコマンドを実行すると接続がブロックされるため、アプリケーションは同時に1つのdb操作しか実行していないため、パフォーマンスがどれほど低いかがわかります。

もう1つの問題は、ユーザーが開いているだけで操作がない場合でも、アプリケーションは常に接続を維持することです。多くのユーザーがアプリケーションを開いている場合、dbサーバーは、ユーザーが接続していない間、接続ソースのすべてにコストをかけます。何でも。