Are you suggesting that going back to the db each time is more scalable, or that I am better off using some kind of method level cache?
Yes and yes.
This is a really long and deep topic. There are all sorts of reasons why sessions are not a good idea. But let's stick to scalability.
If you're using your session as a sort of cache for objects, that's probably okay (although, consider using something designed for this, like memcached). The point is, you ought to be able to reconstruct all the objects you need from just the request parameters.
Yep, sessions are nice when your site is in the 1-5k visitors per day range, but don't seem to scale much beyond that. (coming from an RoR background here)
Yes and yes.
This is a really long and deep topic. There are all sorts of reasons why sessions are not a good idea. But let's stick to scalability.
If you're using your session as a sort of cache for objects, that's probably okay (although, consider using something designed for this, like memcached). The point is, you ought to be able to reconstruct all the objects you need from just the request parameters.
This is a pretty good article about it all.
"Session State is Evil" -- http://davidvancouvering.blogspot.com/2007/09/session-state-...