#### **4）RBAC3** RBAC3，它是RBAC1與RBAC2合集，所以RBAC3是既有角色分層又有約束的一種模型  場景：企業數據 適用資源：客戶信息 RBAC的思想，來源于現實世界的企業結構。比如，銷售角色，擁有查看客戶信息的權限。當一個銷售人員小王入職了，可以把銷售角色賦予小王，那么小王就擁有了查看客戶的權限。這種方式，避免了ACL模型下，每次新人入職，需要逐個配置資源表的情況。同樣，權限變動也變得很方便，只要修改角色，即可實現多用戶的權限修改。 **權限表** ~~~ 名稱：創建客戶 資源: 客戶信息 操作：創建 名稱：刪除客戶 資源: 客戶信息 操作：刪除 名稱：查看客戶 資源: 客戶信息 操作：查看 名稱：修改客戶 資源: 客戶信息 操作：修改 ~~~ **角色表** ~~~ 名稱：銷售角色 權限: 創建客戶、刪除客戶、查看客戶、修改客戶 ~~~ **用戶表** ~~~ 主體：小王 角色: 銷售角色 ~~~ RABC并不總能滿足所有權限的場景。比如，我們無法對銷售角色，進行個體定制。比如，銷售角色擁有創建、刪除的權限。如果我們要對銷售小李，去掉刪除的權限。那么，我們就必須創建另一個角色，來滿足需求。如果這種情況很頻繁，就會喪失角色的統一性，降低系統的可維護性。 角色和組兩個概念可能會讓人混淆，在這里做個區分： * 角色賦予的是主體，主體可以是用戶，也可以是組 * 角色是權限的集合 * 組是用戶的集合 * * *  user | id | username | | --- | --- | | 1 | admin| | 2 | zhangsan | | 3 | lisi | | 4 | wangwu | rule | id | title|name| | --- | --- |---| | 1 | 查看用戶列表 |user/user/index| | 2 | 添加用戶 |user/user/add| | 3 | 編輯用戶 |user/user/edit| | 4 | 刪除用戶 |user/user/del| | 5 | 刪除多個用戶 |user/user/multi| | 6 | 權限管理 |auth/rule/index| | 7 | 文章審核頁面 |auth/postcheck/index| | 8 | 評論審核頁面 |auth/commintcheck/index| role | id | name | rules| pid |max_role| | --- | --- | --- | --- |--- | | 1 | 超級管理員 | * | 0 |1| | 2 | 管理員1 | 1,2,3,4,5 | 1 |10| | 3 | 管理員2 | 1,6 | 1 |10| | 4 | 審核員組長 | 7,8 | 0 |1| | 5 | 評論審核員 | 8 | 4 |*| 他們是多對多關系 所以可以用中間表將他們關聯在一起 user_role | user_id | role_id | | --- | --- | | 1 | 1 | | 2 | 2 | | 2 | 3 | | 3 | 4 | | 4 | 5 |