Pregunta

¿Puedo almacenar una conexión de base de datos en el objeto Sesión?

¿Fue útil?

Solución 4

Desde este enlace http://support.microsoft.com/default.aspx/kb/243543

No deberías almacenar la conexión a la base de datos en la sesión.

Por lo que tengo entendido, si lo hace, las solicitudes ASP posteriores para el mismo usuario deben utilizar el mismo hilo.

Por lo tanto, si tiene un sitio ocupado, es probable que otra persona ya esté utilizando "su" hilo, por lo que tendrá que esperar a que esté disponible.

Multiplique esto por muchos más usuarios y hará que todos esperen el hilo de los demás y un sitio que no responde muy bien.

Otros consejos

Generalmente no se recomienda hacerlo, una cadena de conexión en la variable Aplicación, con una función/clase auxiliar agradable es un método mucho más preferido. Aquí es alguna referencia. (Se eliminó el enlace inactivo porque ahora conduce a un sitio fraudulento)

Creo recordar que hacerlo tendrá el efecto de un solo subproceso en su aplicación, lo cual sería algo malo.

En general, no almacenaría ningún objeto en variables de aplicación (y ciertamente no en variables de sesión).

Cuando se trata de conexiones de bases de datos, definitivamente es un no-no;Además, no es absolutamente necesario.

Si usa ADO para comunicarse con la base de datos, si usa la misma cadena de conexión (sí, por supuesto, almacene este en una variable de Aplicación) para todas sus conexiones de base de datos, la 'agrupación de conexiones' se implementará detrás de escena.Esto significa que cuando liberas una conexión, en realidad no se destruye, sino que se deja a un lado para los siguientes usuarios que quieran la misma conexión.Entonces, la próxima vez que solicite la misma conexión, se sacará del estante en lugar de tener que crearla y crear una instancia explícitamente, lo cual es una mejora de eficiencia bastante agradable.

Como dijo CJM, no es necesario almacenar una conexión en un objeto Session:la agrupación de conexiones es mucho mejor.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top