Vassily
Administrador
    
Votos: 30
Desconectado
Mensajes: 3,166

|
 |
« Respuesta #1 : 13 de ſeptiembre de 2005, 03:31:04 » |
|
Sugerencia 5: No almacenar en cachà © conexiones de la base de datos en los objetos de aplicación o de sesión
Almacenar en cachà © conexiones ADO no es por lo general una buena estrategia. Si un objeto Connection se almacena en el objeto Application y se utiliza en todas las páginas, à ©stas competirán por utilizar la conexión. Si el objeto Connection se almacena en el objeto Session ASP, se creará una conexión a la base de datos para cada usuario. Con esto se pierden los beneficios que suponà Âa la agrupación de conexiones y se incrementa en exceso la carga tanto en el servidor Web como en la base de datos.
En lugar de almacenar las conexiones a la base de datos, una alternativa mejor es crear y destruir los objetos ADO en cada una de las páginas ASP que los utilizan. Se trata de un mecanismo muy eficaz ya que IIS incorpora la agrupación de conexiones. De forma más precisa, IIS habilita automáticamente la agrupación de conexiones de OLEDB y ODBC. Asà  se garantiza que la creación y posterior destrucción de las conexiones de cada página ofrece resultados positivos.
Dado que los recordsets almacenan una referencia a la conexión a la base de datos, no se deben almacenar en cachà © en el objeto Application o Session. No obstante, sà  que se pueden almacenar en cachà © de forma segura los recordsets desconectados, ya que estos
|