OK, you are using the wrong strategy for managing the SQL connection especially when using ADO.NET and the SQL .NET provider.
Turning off the SQL database pooling is going to kill performance and is likely causing concurrency issues when multiple pages are accessed simultaneously.
SQL connection pooling is a huge performance win and more connections that are setup concurrently and reused the better!
The rule of thumb with .NET connections is Open Late/Close Early and allow the connection pooling to do it's job with as few unique connection strings as possible.
lawso
ASKER
OK thanks guys
I will check all of this information and post back soon.
Marten Rune
Hows it going, need further assistance or is it solved?
Turning off the SQL database pooling is going to kill performance and is likely causing concurrency issues when multiple pages are accessed simultaneously.
SQL connection pooling is a huge performance win and more connections that are setup concurrently and reused the better!
http://msdn.microsoft.com/en-us/library/8xx3tyca(v=vs.80).aspx
The rule of thumb with .NET connections is Open Late/Close Early and allow the connection pooling to do it's job with as few unique connection strings as possible.