写在cookie中当然是最理想的，也是有条件的，浏览器支持、数据不会太敏感等等，这样服务器的压力是转嫁在客户端上的，个人认为是最好的方式。
其次如果数据量大，数据库设计很理想的话，那从数据库获取比增加session加大服务器压力的方式要好得多，也可以对数据的安全性进行保障。
最后就是session了，其实个人一直不是很提倡过分使用session，在客户端电脑越来越强大的今天，能让客户端分担压力何乐而不为呢？毕竟一堆session，如果在线人数很高那服务器内存消耗是很厉害的。但session实在太方便了，这么方便的东西放在面前，不用又未免太可惜！总之，看个人实际情况吧，结合实际开发采用不同方法才是最适合自己的，不是吗？
其次如果数据量大，数据库设计很理想的话，那从数据库获取比增加session加大服务器压力的方式要好得多，也可以对数据的安全性进行保障。
最后就是session了，其实个人一直不是很提倡过分使用session，在客户端电脑越来越强大的今天，能让客户端分担压力何乐而不为呢？毕竟一堆session，如果在线人数很高那服务器内存消耗是很厉害的。但session实在太方便了，这么方便的东西放在面前，不用又未免太可惜！总之，看个人实际情况吧，结合实际开发采用不同方法才是最适合自己的，不是吗？
虽然session耗内存，但一个很小的数据表还是折腾不了多少的，或者你可以判断客户端是否禁用cooikes，不禁用就放客户端，禁用就放session，多好，如果一个小表你搞到每个页面都去跑一次数据库，这就得不偿失了
QQ213378 北京
-------------------------------------------------------------
不知道那种方式好，因为都是放在session中的，能不用session最好就不要用,因为session占内存，做为程序员有时
喜欢犯一些比较低级的错误，比如打开了session却忘记关了，到时候去找就是一个麻烦，而且这样相当占资源，搞不
好服务器会被拖死掉。
问题 2 要是我在session 里面 只存一个用户id，每次访问不同的页面都从数据库动态获得，这样做和再session里存一堆东西 哪个好？
------------------------------------------------------
这样也不是很好，这样加重了数据库的负担了，每次都回向服务器数据库请求，也不太理想。问题3 session里面我就存个id 登录的时候 把其他的东西写在 cookie里面
--------------------------------------------------------------------------
这个方法比较理想，一般很多网站都采用了这种方式，但有个问题就是客户端会把cookie禁用掉（一般很少人会禁用的）还有一种方式供你参考，可以把数据放到缓存中，csdn上也在某些地方有用到缓存的。这种方式也比较常用的。
2 如果内存放不下(哇，你的在线用户超高啊), 可以保存到数据库。而且那时候你应该做集群了！
3 cookie 不推荐，每次请求cookie都要往访传输，服务器端还得解析cookie。
然后保存到session里面。