Home/ Questions/Q 7745257
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-01T09:58:06+00:00

I’ve started looking at re-writing some pages on a clients website and I can

  • 0

I’ve started looking at re-writing some pages on a clients website and I can see that for example as soon as somebody logs in there are 53 Sessions variables set.

To me this seems crazy to set everything as soon as you login and then throughout the website either refer back to these sessions or add new ones.

More often than not their site receives errors because one of the many Sessions has lost its value.

So my question is what is the best way of re-doing these pages.

  1. Is it a good idea to continue using this amount of Sessions?
  2. Is there a better alternative of using the Sessions?
  3. There are some variables that are needed on ALL pages on the site so is it better to retrieve these from the Database on each page or set these in a Session?

I believe that there should only be one Session needed and that is the USERNAME/USER-ID and everything else should be grabbed from the database as and when it is needed.

Thanks in advance

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    It’s generally not a good idea to use session so heavily, but it depends on what kind of data is being stored there. If it’s a bunch of string and integer values it’s probably not too much of a concern, but if they’re storing robust objects and/or large sets of data in session, I would definitely look into refactoring it.

    As a rule of thumb, I try to avoid using session for anything other than user-related data. It can be tempting to use session for purposes other than this, but with a good design and implementation you shouldn’t really need to.

    Here are a couple of guiding principles on where to store things:

    • For data that is user-specific and is accessed frequently throughout the application, utilize session to reduce trips to the database

    • For data that is more or less static and not dependent on or related to the user, utilize cache or application state to reduce trips to the database

    • For data that is page-specific, utilize ViewState and/or hidden fields. However, do not use ViewState to store large objects or sets of data

    • For data that is considered safe for users to see, consider using QueryString to pass information from page to page

    The above principles will usually guide you in the right direction, but as with anything there are exceptions. Just be thoughtful of where you’re storing data and why you’re storing it there, and you should be fine.

    • 0