目前的设计模式是
用户和角色关联
角色和菜单,操作关联
也就是说角色中有一个字段是一堆的数字id。
因为做的是大型ERP系统,菜单和操作非常多
所以角色中的字段存储的数字非常大
目前的做法是session保存角色id,每次用到的时候数据库读取,现在想把这堆数字存到session里面,看了下大约有16k,怕存到session里面对服务器压力造成过大。
有什么好的解决办法。
目前的设计模式是
用户和角色关联
角色和菜单,操作关联
也就是说角色中有一个字段是一堆的数字id。
因为做的是大型ERP系统,菜单和操作非常多
所以角色中的字段存储的数字非常大
目前的做法是session保存角色id,每次用到的时候数据库读取,现在想把这堆数字存到session里面,看了下大约有16k,怕存到session里面对服务器压力造成过大。
有什么好的解决办法。
我觉得这个设计是不是本身就得修改了?16k如果是java long型数据都能存储2000个这个是不是略多了些?
功能说明:1 会员可申请开店功能2 购买在线扣除金额3 冲值卡自动生成4 支持2级分类5 数据库压缩和备份6 会员分5个级别7 商品带讨论8 自带融合论坛,可关闭打开9 密码找回功能10 新闻``滚动新闻``帮助中心11 后台设置前台会员的上传权限12 可关闭/打开商店13 会员自助发布商品功能14 用户问题咨询管理
0
如果因为别的原因不能改,那么如果角色对应的功能id是比较固定的,可以考虑把这个数据缓存在应用服务器里面,session里面只存储用户的角色id,每次请求过来通过角色id拿到对应的功能id列表,再进行剩下的判断即可
如果考虑到io对服务器压力的大的话,可以考虑看看memcached或者redis来存储session
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号