Connection Pooling arbeitet nicht in .Net SQL Server 2008

Question

Ich teste mal meine Anwendung mit der Hoffnung, die Migration auf SQL Server 2008 (von 200). In dem SQL Server Profiler, ich sehe

    Audit Login
    SQL:BatchStarting             SELECT .....
    SQL:BatchCompleted            SELECT .....
    Audit Logout

für jede einzelne Abfrage, die ausgeführt wird. Von dem, was ich sagen kann, bedeutet dies, dass es eine neue Verbindung für jede einzelne Abfrage zu schaffen wir laufen und nicht Verbindungspooling verwenden. Ist dies der Fall? Wenn ja, ist es etwas, was ich zu Ärger zu schießen tun können, warum Verbindungspooling nicht funktioniert würde. Ich bin mit einem einzigen konstanten Strings für Verbindungszeichenfolgen, und ich bin immer zu schließen (lösen es an den Pool zurück), um die Verbindung sofort, nachdem ich mit ihm fertig bin. Meine Verbindungszeichenfolge muss nicht deaktiviert Pooling, und es gibt eine minimale Poolgröße von 10, mit einer maximalen Poolgröße von 1000.

Hat jemand anderes erfahrene ähnliche Probleme? Nur für den Fall es wichtig ist, es ist eine ASP.NET-Anwendung (VB.NET) läuft auf XP Professional (meine Entwicklung Kasten). Ich habe meine Web-app kompiliert .NET 2 Framework Targeting.

Answer 1

Das ist erwartetes Verhalten. Aus der Dokumentation für die Audit Login Ereignisklasse :

Die Audit Login Ereignisklasse gibt an, dass ein Benutzer sich erfolgreich bei Microsoft SQL Server angemeldet hat. Veranstaltungen in dieser Klasse gebrannt werden durch neue Verbindungen oder von Verbindungen, die von einem Verbindungspool wiederverwendet werden.

Sie sollten an den entsprechenden Anschluss-Leistungsindikatoren, um zu sehen, wie viele Verbindungen, die Sie wirklich haben (auf dem Client und Server).

Answer 2

Um Ihre Frage zu beantworten, Nr Dieses Verhalten bedeutet nicht, dass Ihre Verbindungen werden gepoolt nicht zu werden. Wie casper erklärt, werden Sie diese Ereignisse auch sehen, wenn gepoolten Verbindungen wiederverwendet werden.