84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
用了5张表1：roles 角色2：permissions 权限3：permission_role 权限—角色对应表4：role_user 角色—用户对应表5：users 用户表
这样设计，各位大拿有什么更好的设计的么
人生最曼妙的风景，竟是内心的淡定与从容！
这个是比较经典的设计了，没什么要修改的。这种设计下只能针对角色进行权限管理，用户不能独立授权，当然没这个需求的时候不需要考虑这个问题。
呃，不是更好的设计就是感觉如果后期扩展比较少，而且角色类型比较少的时候，权限可以直接走配置文件
楼主参考下 yii2 的 rbac 即可
这个是RBAC的结构，不是ACL，所以如果范围仅限于ACL的话，只要是个ACL的结构都比你这个好，嗯嗯
至于RBAC，因为你只给了表名也没法给到什么具体的建议，更没给到业务场景，离开业务谈设计就是耍流氓
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
这个是比较经典的设计了，没什么要修改的。这种设计下只能针对角色进行权限管理，用户不能独立授权，当然没这个需求的时候不需要考虑这个问题。
呃，不是更好的设计
就是感觉如果后期扩展比较少，而且角色类型比较少的时候，权限可以直接走配置文件
楼主参考下 yii2 的 rbac 即可
这个是RBAC的结构，不是ACL，所以如果范围仅限于ACL的话，只要是个ACL的结构都比你这个好，嗯嗯
至于RBAC，因为你只给了表名也没法给到什么具体的建议，更没给到业务场景，离开业务谈设计就是耍流氓