code de la procédure stockée sur le Club Abonnés. Utilisez systématiquement une procédure stockée pour ajouter même un seul enregistrement à une table. Les procédures stockées sont en effet précompilées et plus sûres que du SQL dynamique.

Etape 5. Lisez le cookie de session sur chaque page serveur et ajoutez, mettez à jour ou récupérez les valeurs de la table Sessvars selon les besoins. Le listing 3 présente le code pour lire et envoyer les données du cookie à la procédure stockée. De prime abord, la lecture de chaque page serveur peut sembler fastidieuse, mais le travail est faible comparé au stockage des données de session dans des variables mémoire sur le serveur Web.
Par ailleurs, les variables de session ont tendance à disparaître et sont relativement gourmandes en ressources serveur. Le fait de faire exécuter le travail par la base de données SQL sous forme de procédures stockées compilées libère des ressources sur le serveur Web et est généralement plus efficace. Pour améliorer les performances lors de l’ajout ou de la mise à jour de données dans votre table Sessvars, utilisez une méthode d’extraction des données telle que GetRows, comme le fait le code du listing 3. Cette approche place les données de type ensemble d’enregistrements dans un tableau, ce qui vous permet de fermer immédiatement la connexion SQL.

Etape 6. Enfin, exécutez une tâche SQL automatisée qui supprime les données de session toutes les 24 heures ou selon un délai spécifié.
Si vous appliquez cette recette, la session Web expirera uniquement lorsque vous le souhaitez, même dans des environnements en cluster ou non hétérogènes. Si les utilisateurs ferment le navigateur et l’ouvrent de nouveau ultérieurement, leurs données de session demeurent intactes jusqu’à l’expiration du cookie UUID ou jusqu’à ce que vous supprimiez des données de session dans la base de données SQL. En maintenant ainsi la session active, vous avez la garantie que d’autres données volatiles, telles que le panier ou les recherches de données, seront persistantes.