usingキーワードでSQL Server接続を閉じる必要がありますか？

Question

私はこの質問に対して矛盾する結果を見つけ続けています。のは、SQLクエリを実行し、このC＃のコードを見てみましょう：

using (SqlConnection cn = new SqlConnection(strConnectString)) 
{ 
    cn.Open(); 

    using (SqlCommand cmd = new SqlCommand(strSQL, cn)) 
    { 
     cmd.ExecuteNonQuery(); 
    } 

    //Do I need to call? 
    cn.Close(); 
} 

が、私はその最後のcn.Close()を呼び出す必要がありますか？私が求めている理由は、大量のトラフィックWebアプリケーションでプール内の接続が不足していることです。

Answer 1

ここで使用されるようにusingキーワードは：どの順番ですぐに、

SqlConnection cn = null; 
try 
{ 
    cn = new SqlConnection(strConnectString); 
    // Stuff 
} 
finally 
{ 
    if (cn != null) cn.Dispose(); 
} 

cn.Dispose()はすぐcn後と呼ばusingの範囲の外に出ることになります。

using (SqlConnection cn = new SqlConnection(strConnectString)) 
{ 
    // Stuff 
} 

ために短いです（SqlConnection.Dispose（）はそれだけを行うため）接続を閉じます。

UPDATE

これは、ガベージコレクションと混同してはなりません。 GCは非決定論的です。正確になぜIDisposable intefaceとDispose Patternが導入されたのかということです。 IDisposableは、タイムリーかつ決定論的な方法で高価なリソースを解放することができます。

Answer 2

Usingステートメントを使用するときに接続を閉じる必要はありません。

Scott hanselmanはここでそれを説明しますWhy The Using Statement Is Better Than A Sharp Stick In The Eye And A SqlConnection Refactoring Example。

トラフィックの多いウェブアプリでは、プール内の接続が不足しています。

このように同じ接続文字列を使用していることを確認して、SQLは接続プーリングを使用します。

接続が直ちに閉じている、またはそれがガベージ コレクタがそれに到達したときに閉じている

編集：

廃棄パターンは、リソースの決定論的破壊を提供するために使用されます。 .NETランタイムガベージコレクタは非決定的です（つまり、実行時に古いオブジェクトを収集してファイナライザを呼び出すことは決してできません）。したがって、Disposeパターンを適切に実装すると、リソースの確定的なリリースが提供されます。消費者が不注意であり、オブジェクトを破棄しない場合、ファイナライザはオブジェクトをクリーンアップします。

Answer 3

usingを内部で使用している場合は、Displose()を呼び出して閉じる必要はありません。

ここでは、ADO.NETのキーワードusingについて詳しく説明します。

Leveraging the "using" keyword in C#

クイック検索@SOは、あなたがあまりにもそこにあなたの答えを見つけることができますthis postにあなたを導くでしょう。