解决方案 »

  1.   

    对了,公司的权限更复杂,不仅增加了岗位,表也更多了,还有其他乱七八糟的属性·! 可惜都是jar文件,很难弄清楚实现!也是因为略复杂,不太容易弄清楚,所以才想自己弄一弄,简单的熟悉了在循序渐进~! 求指点!!!
      

  2.   

    1, orgNo 不是主键的话,给它唯一约束也能满足你的需求。
    2, 普通操作你可以这么干。因为操作人默认是往自己机构添加用户,不需要你再检索机构表。当然特殊角色除外,比如超级管理员。
    3, 要根据角色进行检索的。这个是 rbac 的核心思想。建议楼主多思考一下。
    4, 
      

  3.   

    可能我表达不清晰,我是说增加用户时要选择其所在机构,这个机构的取值来自于数据库,要受到机构表的约束!我怎么才能在页面中确定该机构的范围?比如我增加用户u1,要属于a机构或者a子机构,怎么能约束到页面不要显示出b机构的信息呢? 按逻辑理解,这个应该是由登录了的用户决定的,因为是他在增加用户~! 那是不是通过登录人员的机构信息去判断?
      

  4.   

    感觉LZ想多了,目标用户,你都不知道他属于A,还是B,你怎么定位到a机构或者a的子机构呢。
    给个建议,可以让用户先选择机构大类,然后再选择机构小类。
    另外需要说的是,人员添加其实不会耗多少性能的,查询数据库几次每秒不会存在性能问题。
    当真的出现了,那数据库该有多屎啊。关于角色的问题,其实LZ可以在用户登录后,就将用户角色,组织关系记录到session中,这样
    其实就不会多查数据库了。可能我表达不清晰,我是说增加用户时要选择其所在机构,这个机构的取值来自于数据库,要受到机构表的约束!我怎么才能在页面中确定该机构的范围?比如我增加用户u1,要属于a机构或者a子机构,怎么能约束到页面不要显示出b机构的信息呢? 按逻辑理解,这个应该是由登录了的用户决定的,因为是他在增加用户~! 那是不是通过登录人员的机构信息去判断?
      

  5.   

    页面菜单能不能用XML文件,到时候在根据权限读取?