84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
用了5张表1:roles 角色2:permissions 权限3:permission_role 权限—角色对应表4:role_user 角色—用户对应表5:users 用户表
这样设计,各位大拿有什么更好的设计的么
人生最曼妙的风景,竟是内心的淡定与从容!
这个是比较经典的设计了,没什么要修改的。这种设计下只能针对角色进行权限管理,用户不能独立授权,当然没这个需求的时候不需要考虑这个问题。
呃,不是更好的设计就是感觉如果后期扩展比较少,而且角色类型比较少的时候,权限可以直接走配置文件
楼主参考下 yii2 的 rbac 即可
这个是RBAC的结构,不是ACL,所以如果范围仅限于ACL的话,只要是个ACL的结构都比你这个好,嗯嗯
至于RBAC,因为你只给了表名也没法给到什么具体的建议,更没给到业务场景,离开业务谈设计就是耍流氓
这个是比较经典的设计了,没什么要修改的。这种设计下只能针对角色进行权限管理,用户不能独立授权,当然没这个需求的时候不需要考虑这个问题。
呃,不是更好的设计
就是感觉如果后期扩展比较少,而且角色类型比较少的时候,权限可以直接走配置文件
楼主参考下 yii2 的 rbac 即可
这个是RBAC的结构,不是ACL,所以如果范围仅限于ACL的话,只要是个ACL的结构都比你这个好,嗯嗯
至于RBAC,因为你只给了表名也没法给到什么具体的建议,更没给到业务场景,离开业务谈设计就是耍流氓