目前的设计模式是
用户和角色关联
角色和菜单,操作关联
也就是说角色中有一个字段是一堆的数字id。
因为做的是大型ERP系统,菜单和操作非常多
所以角色中的字段存储的数字非常大
目前的做法是session保存角色id,每次用到的时候数据库读取,现在想把这堆数字存到session里面,看了下大约有16k,怕存到session里面对服务器压力造成过大。
有什么好的解决办法。
目前的设计模式是
用户和角色关联
角色和菜单,操作关联
也就是说角色中有一个字段是一堆的数字id。
因为做的是大型ERP系统,菜单和操作非常多
所以角色中的字段存储的数字非常大
目前的做法是session保存角色id,每次用到的时候数据库读取,现在想把这堆数字存到session里面,看了下大约有16k,怕存到session里面对服务器压力造成过大。
有什么好的解决办法。
我觉得这个设计是不是本身就得修改了?16k如果是java long型数据都能存储2000个这个是不是略多了些?
如果因为别的原因不能改,那么如果角色对应的功能id是比较固定的,可以考虑把这个数据缓存在应用服务器里面,session里面只存储用户的角色id,每次请求过来通过角色id拿到对应的功能id列表,再进行剩下的判断即可
如果考虑到io对服务器压力的大的话,可以考虑看看memcached或者redis来存储session