ASP.Net SQLServer会话状态与直接数据库访问

问题描述

| 在我正在开发的网站上,我保存了许多“用户首选项”,以供回访的注册用户使用(例如,每页显示的产品摘要数量)。我很好奇,将数据存储/检索到ASP.Net SQLServer会话状态中,而不是直接从数据库中检索它是否对性能有好处。提前谢谢了!     

解决方法

        只要数据不太庞大,最好将数据存储在会话状态(从性能角度来看)。这样,您的生产数据数据库(用于保存UserData的位置)的命中率将降低。只要确保用户不会更改其在会话中缓存的首选项即可。 会话的唯一潜在问题是每个用户都维护会话。因此,如果您的网站上的用户太多,则会话状态会增加,但是由于您在会话存储中使用SQL Server,因此您很擅长于此。如果您一直在使用InProc SessionMode,则您的Session将一直在内存中(生产服务器上的重要资源!)     ,        无论如何,您都受到了SQL Server的欢迎。因此,您应该不会对性能产生明显的影响,并且如果使用sql server进行会话状态-您不必担心实现细节,因此使用起来可能会有点麻烦。但是没有-没有主要好处。有人可能会说,这取决于您存储/查找信息的方式,但是对于大多数应用程序,这里的差异是可以忽略的-由您决定如何实现。现在,如果您离开了sql server会话状态,那么您还有其他问题需要关注(应用重置等),但这不在您要求的范围之内:)     

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...