Je suis en train de créer un sondage, et je pense stocker l'enquête en session avec une clé guid unique jusqu'à ce que l'utilisateur la crée entièrement et l'enregistre
Je pense qu'il s'agira d'un tableau de 100 à 200 objets (8 classes de propriétés)est-il correct de stocker une grande quantité de données en session?
Répondre
Cela ressemble à une utilisation équitable de Session. Si vos données sont trop volumineuses, cela dépend de certaines choses, telles que la mémoire de votre serveur Web. La meilleure chose à faire est de tester la performance en utilisant Session. Si vous trouvez que vos données sont trop lourdes pour Session, jetez un oeil à ASP.NET Profile.
Cela ne ressemble pas à autant de données à moins que nous ne parlions de rames de texte pour chaque réponse. Je ne m'inquiéterais pas à moins que je travaillais sur un site Web censé avoir des milliers de ces ouverts à un moment donné.
IMHO Je pense que les données doivent être stockées dans quelque chose d'autre que la session.
Les objets de session peuvent disparaître pour une myriade de raisons. Vos utilisateurs seraient ennuyés si leurs réponses ne sont pas persistantes et doivent recommencer à zéro. N'oubliez pas d'écrire les données dans un magasin persistant (base de données, fichiers, etc.) dès que possible, à moins que les utilisateurs ne se gênent pour recommencer.
Je suis d'accord avec ggonsalv. Je stockerais les données quelque part juste au cas où la session est perdue. J'ai été sur des sites où je remplis des trucs et puis il perd à la fin. Ce n'est pas amusant de recommencer.
- 1. supprimer une grande quantité de données
- 2. Comment transférer une grande quantité de données en utilisant WCF?
- 3. Passer une grande quantité de données dans PHP
- 4. Gérer une grande quantité de données et d'images
- 5. Supprimer une grande quantité de données dans le serveur SQL
- 6. Comment afficher une grande quantité de données rapidement
- 7. Mise en page grande quantité de texte
- 8. comment stocker une grande quantité de photos et de vidéos téléchargées par l'utilisateur?
- 9. Stockage avec lecture rapide (écriture lente), capable de stocker une grande quantité d'enregistrements
- 10. Comment gérer une grande quantité de données dans une table spécifique d'une base de données
- 11. Grande quantité de données veulent afficher dans l'iphone
- 12. Conception de base de données pour une très grande quantité de données
- 13. Approche pour mettre en cache une grande quantité de données textuelles et audio dans l'application Android
- 14. besoin d'afficher grande quantité de données à l'aide XMLHttpRequest
- 15. transaction SQL affectant une grande quantité de lignes
- 16. ont besoin d'un moyen d'importer une grande quantité de données dans la base de données MySQL
- 17. stocker une grande quantité d'enregistrements dans l'objet cache ASP classique est SLOW
- 18. Normes de codage: Grande quantité d'arguments
- 19. C# Grande quantité de texte à diviser en blocs
- 20. Comment tester la même assertion pour une grande quantité de données
- 21. Importer une grande quantité de données dans le magasin de données Google App Engine en une fois
- 22. Java programme de socket incapable de lire une grande quantité de données à la fois
- 23. requête pour obtenir 3ème plus grande quantité et 2ème plus grande quantité de la table
- 24. Dois-je m'inquiéter de mettre une grande quantité de données dans le Presse-papiers de Windows?
- 25. High Runtime pour Dictionary.Add pour une grande quantité d'éléments
- 26. La minuterie utilise une grande quantité de mémoire
- 27. Quelle quantité de données peut-on stocker dans MyISAM DB?
- 28. Est-ce que la classe PHP SoapServer permet de diffuser une grande quantité de données?
- 29. Objectif code C pour gérer une grande quantité de traitement de données dans l'iPhone
- 30. conception d'interface de services Web qui renvoie une grande quantité de données
@Omu Je suis d'accord avec Jow, je tiens seulement à dire qu'il est préférable de stocker ensuite sur SQL Session et d'éviter la session de mémoire si vous avez trop d'utilisateurs en même temps. Si vous n'avez pas trop d'utilisateurs alors tout va bien. – Aristos