每個查詢的新連接或所有查詢的一個連接？ （CommandBehavior.CloseConnection與CommandBehavior.Default）

Question

我正在開發一個文本分析桌面應用程序，密集查詢本地數據庫（MSSQLCE 3.5）。隨着用戶投入文本，它應該實時響應，所以我使用ADO.NET和純SQL並試圖獲得最佳性能結果。

問題是：基於我的任務，我應該保留一個緩存的連接（作爲靜態變量或單例）並使用CommandBehavior.Default進行查詢，還是應該爲每個查詢建立一個新連接並指定CommandBehavior.CloseConnection？

我知道通常建議儘快關閉連接，但是我應該真的這樣做，如果每分鐘可以有數千個查詢，例如用戶粘貼大量文本時？

到目前爲止，應用程序在CloseConnection上工作。現在我試圖用單連接將它變成CommandBehavior.Default。我可以看到一些小的性能加速，目前看不到任何問題，但是我想知道是否有任何附加的字符串，然後再進行部署。

// one cached connection for all queries 
private static DbConnection _connection = null; 
public static String MakeQuery() 
{    
    if (_connection == null) 
    { 
     _connection = new SqlCeConnection(...); 
     _connection.Open(); 
    } 
    var cmd = new SqlCeCommand("...", _connection); 
    using (var reader = cmd.ExecuteReader(CommandBehavior.Default)) 
    { 

    } 
} 

與

// new connection for each query 
public static String MakeQuery() 
{    
    using (var connection = new SqlCeConnection(...)) 
    { 
     connection.Open();    
     var cmd = new SqlCeCommand("...", connection); 
     using (var reader = cmd.ExecuteReader(CommandBehavior.CloseConnection)) 
     { 
      ... 
     } 
    } 
} 

Answer 1

個人而言，當我需要從非Web應用程序的快速連續很多疑問，我更喜歡使用一個共享的連接。

唯一的問題是您必須密切關注它，因爲它可能會因網絡問題意外降低，或者因爲SQL服務器認爲它最好關閉。也就是說，你必須處理StateChanged事件。

但connection pooling無論如何都是默認打開的。它應該爲你處理所有這些問題。是的，合併會增加開銷，但並不大。