NOTA : ¡El servidor de la sesión del ASP no es una parte de la plataforma de DB3NF! Aunque el servidor de la sesión y DB3NF pueden trabajar seamlessly con uno a, ambos productos se pueden utilizar por separado.

La mayoría de los sitios de la tela necesitan una manera de almacenar y de mantener datos relacionados usuario a través del uso.

Hay dos maneras de hacer esto.

Primero, los datos se pueden transferir hacia adelante y hacia atrás entre el browser y el servidor en la forma de galletas, de secuencia de la pregunta o de otra. Hay tres problemas con este método. Los datos no se protegen puesto que el uso del servidor no tiene ningún control confiable sobre qué se envía del browser y hay un problema de la anchura de banda si los datos son considerablemente grandes. También hay una necesidad de transformar tipos de un ciertos datos, como órdenes, en y de un formato, XML u otro que se pueda enviar al browser.

El segundo, mejor, manera de almacenar datos del usuario debe ahorrarla en una cierta localización en el lado y el intercambio del servidor con el browser solamente la identificación de la localización. Esto es hecha muy eficientemente por el objeto de la sesión de IIS.

Sesiones Internas de IIS

Si hay solamente un web server que trabaja en el uso se fija todo. Si, por otra parte, un uso funciona en sesiones de la granja un IIS de la tela haga inútil. Incluso con un director local que pone sesiones en ejecucio'n "pegajosas", no hay garantía que el browser pegará a un web server porque algunas asignaciones dinámicas del IP del uso de ISPs. Los datos almacenados en un servidor no estarán disponibles en otro.

Una solución a este problema es proporcionar una localización central para los datos de la sesión a través de la granja. Los programadores utilizan a menudo una base de datos emparentada para este tipo de almacenaje.

Este acercamiento trabaja, pero sigue siendo un necesidad de escribir código de encargo, de convertir tipos de un ciertos datos, y/o de modificar usos para proporcionar el sitio para los artículos de datos, y puesto que hay muchos de gastos indirectos, este método no está muy rápidamente. Es como conducir un Freightliner a las películas. (más información sobre estado de la sesión el mantener a través de una granja de la tela se puede encontrar en el sitio de Microsoft . Observe que Microsoft no tiene una buena solución para este problema.)

Servidor De la Sesión

Una manera mucho mejor de almacenar datos de la sesión es utilizar "un servidor de la sesión del coche de los deportes" - para Windows. Proporciona:

• El alto rendimiento utilizando una base de datos almacenada en la memoria para los datos de la sesión sin la necesidad del disco tiene acceso.
• Ayuda de todos los tipos de datos OLE (excepto objetos), incluyendo órdenes multidimensionales y órdenes de órdenes.
• Simplicidad del uso. Los trabajos apenas tienen gusto del objeto nativo de la sesión de IIS.
• Capacidad de cambiar varios ajustes de la sesión.
• Estadística y mantenimiento relacionados sesión de la sesión.

Servidor equilibrado de la sesión de la carga

• Confiabilidad y scalability. El servidor de la sesión para Windows tiene built-in dejar-sobre balancear de la protección y de la carga que permita uso de los servidores hasta 1000 de la sesión con un número ilimitado de los servidores de la tela. Una sesión "se pega" a un servidor de la sesión no por IP como en el caso de un director local, pero basado en la identificación de la sesión para garantizar el browser para mantener su sesión. En la práctica, puesto que un solo servidor de la sesión es capaz de mantener diez de millares de sesiones, el scalability de la granja de la tela es ilimitado.

Versión libre del demo de la transferencia directa del servidor de la sesión.