Dans le département de la sécurité, aucun des deux n'est préférable à l'autre. Vous devez comprendre que les deux concepts sont essentiellement des "sessions", mais que l'un est géré dans le domaine d'application, l'autre est géré dans le domaine DB.
sessions appdomain:
- plus rapide (sans déclenchement tour à la base de données)
- Non évolutive
- Enclin à des problèmes de concurrence sur les fermes de serveurs
- sessions seront perdues sur le serveur redémarrage
Sessions de base de données:
- Plus lent (allers-retours à la DB pour chaque demande)
- plus facile à l'échelle sur serverfarms
- Les sessions seront maintenues ouvertes sur le serveur redémarre
Vous devriez considérer le nombre d'utilisateurs sur votre site . Si vous regardez beaucoup, vous aurez probablement besoin de plusieurs serveurs, auquel cas les sessions de base de données seront votre meilleur pari, si vous resterez avec un serveur Web/serveur de base de données, alors les sessions d'appdomain iront bien.
Les sessions sont assez sécurisées, mais pas aussi évolutives que les informations de session sauvegardées dans une base de données. Un support de base de données est peu susceptible d'être aussi performant que dans l'état de session de processus. Pour combien d'utilisateurs construisez-vous votre application? Avez-vous besoin d'une ferme Web? –
Pouvez-vous définir "déconnecter", cela signifie-t-il, ferme le navigateur, ou clique sur un bouton de déconnexion, si ce dernier, qu'est-ce que cela signifie si l'utilisateur n'est pas connecté, peut-il ajouter des choses à un panier? connecté? –