WEB应用程序同时有上百人在访问,请问该怎么存储这些人的一些信息
如标题,存储一些id,用户名之类的,用什么方法做比较好呢
谢谢

------解决方案--------------------
Application里存所有人的session
------解决方案--------------------
推荐 Application
------解决方案--------------------
Cookie
------解决方案--------------------
上百人太少了，至少应该考虑上千人，复杂的业务数据。

数据库不一定很慢。我想大概是你使用SQL Server、Access、Oracle之类的数据库造成的印象。许多数据库引擎，特别是许多嵌入数据库都有自动缓存功能，只是我们受大公司的影响而不去用那些。例如你可以搜索一个“Caché数据库”的，他就号称比Oracle快10倍，比SQL Server快20倍以上，而且我还相信对于一般的web中小型应用，这很可能是事实。

web应用经常重新启动，特别是租的空间或者自己管理不善（例如有10个烂网站拥挤在一个服务器上）时，进程中的数据经常“丢失”，使用永久存储是很好的。

cookie是数据通过如此低速的互联网络在浏览器和服务器之间丢来丢去的，是所有我可以想到的数据存储方案中最没有效率的一种。所以如果你有可能使用数据库，最烂的服务器端数据库也胜于cookie，其实即使在服务器端App_Data目录下为每一个Session保存一个xml文件都更好一些。在数据库存储方案下，你仅需要使用SessionID，其它需要持久化数据用cookie做索引（之一）保存在服务器端。当然，要定期（例如每12小时等）清理过期的数据。
------解决方案--------------------
Application
------解决方案--------------------
基本用户在线还没有一个完美的解决办法,只能选择存储数据中的一种
------解决方案--------------------
cookie
cookie是数据通过如此低速的互联网络在浏览器和服务器之间丢来丢去的，是所有我可以想到的数据存储方案中最没有效率的一种。所以如果你有可能使用数据库，最烂的服务器端数据库也胜于cookie，其实即使在服务器端App_Data目录下为每一个Session保存一个xml文件都更好一些。在数据库存储方案下，你仅需要使用SessionID，其它需要持久化数据用cookie做索引（之一）保存在服务器端。当然，要定期（例如每12小时等）清理过期的数据。

笨一点的方法
就是把登录访问的人在数据库存在一个Table中

------解决方案--------------------
毛

COOKIE存储的信息再本地好不好,你怎么在服务器端统计


都瞎扯蛋

就用APPLICATION,现在硬件价格那么低,如果你的服务器存放SESSION或者APPLICATION内存放不下的话,恭喜你,你就要发财了