2010-05-06 4 views
3

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?

+0

@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

Répondre

3

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.

2

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é.

2

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.

0

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.

Questions connexes