Manejo de coneciones desde un programa

Hola, todo depende, yo hace unas semanas estuve en un LAB bastante
interesante sobre este tema y llegamos a estas conclusiones

1) Si usas el pool de conexiones no te debes preocupar mucho y es una forma
muy eficiente de hacerlo. El driver OLEDB para .NET lo usa de forma
predeterminada.

2) abrir procesar y cerrar es lo ideal, pero el cerrar deberia ser devolver
la conexion a pool y no matar la sesion, ya que el proceso de conectarte es
muy pesado y estarias poniendo muy lento al sistema

Si trabajas con .NET la cosa es muy simple, si usas DATASET por ej, es una
buena forma de trabajar de forma desconectada. Por ej, cuando haces un Close
a la conexion si te fijas bien en el profiler vas a ver que la misma sigue
vivita, esto se da por el pool y es una ventaja ya que si hay una conexion
identica luego (caracter a caracter y con Case Sensitive) el pool no abrira
una nueva conexion y aprovechara la actual. Esto es muy optimo de verdad :)

Ahora en ambientes WEB la cosa cambia un poco y el mismo ADO.NET actual
distinto (por ej si usas DAABF 3.1) y veras que realmente desconecta. La
explicacion que me dieron a esto los arquitectos del DAABF es que al ser un
ambiente WEB es mejor trabajanrlo de esta forma. Yo lo probe y funciona muy
bien asi :)

Bue.. ya creo que te hice un lio de aquellos ;)


Salu2
Maxi


"nm" escribió en el mensaje
news:

Como es la mejor forma de manejar conexiones a sql server desde una
aplicacion, abrirla una sola vez y dejarla abierta; o estarla abriendo y
cerrando en cada formulario que se despliega ?
No seria muy lengo esto ultimo ?

muchas gracias