NOTE : Le serveur de session d'asp n'est pas une partie de plateforme de DB3NF! Bien que le serveur de session et le DB3NF puissent fonctionner seamlessly avec l'un l'autre, les deux produits peuvent être employés séparément.

La plupart des emplacements d'enchaînement ont besoin d'une manière de stocker et maintenir des données reliées par utilisateur dans toute l'application.

Il y a deux manières de faire ceci.

D'abord, les données peuvent être transférées dans les deux sens entre le browser et le serveur sous forme de biscuits, de la corde de question ou de l'autre. Il y a trois problèmes avec cette méthode. Les données ne sont pas protégées puisque l'application de serveur n'a aucun contrôle fiable de ce qui est envoyé du browser et il y a un problème de largeur de bande si les données sont considérablement grandes. Il y a en outre un besoin de transformer des types de quelques données, comme des rangées, en et de format, XML ou autre qui peuvent être envoyés au browser.

Le deuxième, meilleur, manière de stocker des données d'utilisateur doit la sauver dans un certain endroit sur le côté et l'échange de serveur avec le browser seulement l'identification d'endroit. Ceci est fait très efficacement par l'objet de session d'cIis.

Sessions Internes d'cIis

S'il y a seulement un web server fonctionnant dans l'application tout est placé. Si, d'autre part, une application fonctionne sur des sessions de la ferme un IIS d'enchaînement devenez inutile. Même avec un directeur local mettant en application des sessions "collantes", il n'y a aucune garantie que le browser collera à un web server parce que quelques attributions dynamiques d'cIp d'utilisation d'ISPs. Les données stockées sur un serveur ne seront pas disponibles sur des autres.

Une solution à ce problème est de fournir un endroit central pour des données de session à travers la ferme. Souvent les programmeurs emploient une base de données relationnelle pour ce type de stockage.

Cette approche fonctionne, mais là reste un besoin d'écrire le code fait sur commande, de convertir des types de quelques données, et/ou de modifier des applications pour fournir la pièce pour des données élémentaires, et puisqu'il y a beaucoup de frais généraux, cette méthode n'est pas très rapidement. Elle est comme conduire un Freightliner aux films. (plus d'information sur l'état de session de maintien à travers une ferme d'enchaînement peut être trouvée sur l'emplacement de Microsoft . Notez que Microsoft n'a pas une bonne solution pour ce problème.)

Serveur De Session

Une manière bien meilleure de stocker des données de session est d'utiliser un serveur de session "de voiture de sport" - pour Windows. Elle fournit:

• Le rendement élevé en utilisant une base de données implantée en mémoire pour des données de session sans le besoin de disque accèdent.
• Appui de tous les types de données OLE (excepté des objets), y compris des choix multidimensionnels et des choix de rangées.
• Simplicité d'utilisation. Les travaux aiment juste l'objet indigène de session d'cIis.
• Capacité de changer de divers arrangements de session.
• Statistiques de session et entretien relatifs de session.

Serveur équilibré de session de charge

• Fiabilité et scalability. Le serveur de session pour Windows a la fonction intégrée tomber en panne-au-dessus de l'équilibrage de protection et de charge qui permet l'utilisation des serveurs jusqu'à 1000 de session avec un nombre illimité de serveurs d'enchaînement. Une session "colle" à un serveur de session pas par IP comme dans le cas d'un directeur local, mais basé sur l'identification de session de sorte que le browser soit garanti pour maintenir sa session. Dans la pratique, puisqu'un serveur simple de session est capable de maintenir des dizaines de milliers de sessions, le scalability de la ferme d'enchaînement est illimité.

Version libre de demo de téléchargement de serveur de session.