Wie viele Instanzen von SqlConnection sollte ich verwenden

Question

Hintergrund:
Ich habe eine Anwendung, die ich meine Schnittstellenlogik von meiner Middle-Tier-Logik, die die Abfragen an die Datenbank verarbeitet hat. Ich mache eine Menge von benutzerdefinierten Sortierung und Einengungen, so dass ich nicht viele SqlDataSources verwende und stattdessen viele gespeicherte Prozeduren mit SqlCommands aufrufen.

Ich verwende die Formularauthentifizierung, um geschützte Unterverzeichnisse zu erstellen. In den web.config-Dateien in den geschützten Verzeichnissen habe ich mehr Verbindungszeichenfolgen, die mit Benutzern mit Rollen mit höherer Priorität verknüpft sind.

Frage:
Sollte ich ein SqlConnection-Objekt in meiner mittleren Schicht freigeben, um sich wiederholenden Code zu entfernen, oder sollte ich für jede Operation eine neue Instanz erstellen? Eine gemeinsam genutzte SqlConnection könnte ich wieder instanziieren, wenn ich Verbindungszeichenfolgen ändern muss, um Zugriff auf geschützte gespeicherte Prozeduren zu erhalten. Gibt es hier eine Best Practice?

Answer 1

Machen Sie sich keine Sorgen über die gemeinsame Nutzung von Ressourcen. .NET wird das für Sie verwalten, es führt standardmäßig das Pooling von Verbindungen durch. Schreiben Sie den Code, um klar und verständlich zu sein, und lassen Sie sich von .NET über diese Details informieren.

Answer 2

Erstellen Sie eine neue (und entsorgen Sie sie ordnungsgemäß) und verwenden Sie connection pooling.

Answer 3

Erstellen Sie so viele SqlConnections, wie Sie benötigen, so kurz wie möglich gelebt, durch die Verwendung Aussage:

using (var connection = new SqlConnection(...)) { 
    connection.Open(); 
    ... 
} 

Sql Verbindungen von einem Verbindungspool genommen werden, die automatisch Anstoß für Dich verwaltet.

Siehe: http://msdn.microsoft.com/en-us/library/8xx3tyca(VS.80).aspx