http://www.cnblogs.com/yukaizhao/archive/2007/04/15/user_role_action_permission.html?

六種不同需求的權限設計數據庫關系圖（從易到難）?

?

金色海洋的自然框架系列

http://www.cnblogs.com/jyk/archive/2009/06/06/1497616.html

?

?吉日嘎啦的

簡單操作權限就一個函數足夠了，甚至5-6個表足夠可以了，沒必要搞那么復雜，也沒必要瞎搞誤人子弟啊

有句俗話叫“折騰來折騰去，又折騰回原點了”，這就對了，就應該是回到最原點才是硬道理。

1.用戶表（有哪幾個用戶）
2.角色表（有哪幾個角色）
3.用戶角色關聯表（那些用戶屬于那些角色）
4.權限表（有哪幾個權限需要分配）
5.權限存儲表（用戶有哪些權限，角色有哪些權限，可以分開也可以和在一起）

就一個判斷權限函數 例如?

bool?CheckPermission(String?userID,?String?permissionCode)?
bool?IsAuthorization(String?userID,?String?permissionCode)? 基本上可以滿足要求了。

通常的需求分析
1.?各個頁面上的按就的操作，列的操作等。
CheckPermission(userID, “PageA.BtnAdd”) 有沒有對添加按鈕有操作權限？例如添加權限。
CheckPermission(userID, “PageA.BtnDelete”) 有沒有對添加按鈕有操作權限？例如添加權限。
CheckPermission(userID, “PageA.TableB.ColumnC”) 有沒有列C的查看權限。
2. 對數據表，字段的訪問權限控制等
CheckPermission(userID, “TableA”) 有沒有訪問這個表的權限。
CheckPermission(userID, “TableA.Access”)?
CheckPermission(userID, “TableA.Delete”)
CheckPermission(userID, “TableA.ColumnB”) 對列的訪問權限。
CheckPermission(userID, “TableA.ColumnB.Access”) 對列的訪問權限。
CheckPermission(userID, “TableA.ColumnB.Delete”) 對列的訪問權限。
。。。。。。 你想怎么來就怎么來吧，想怎么想象就怎么想象，好用簡單是硬道理。

?

或者你封裝一下這個函數
CheckColumnPermission(String userID,?String table,?String column)
{
??? return CheckPermission(userID, “table.column.Access”)?
}

?

說白了，permissionCode 里你想寫啥都可以，都可以判斷，只是你合理的規劃命名方式就可以了，
沒必要搞太負責太折騰，真的一個簡單的道理，可以做出非常復雜的東西來，不要把簡單問題復雜化了，
吧復雜問題簡單化才是硬道理，暫不討論數據集權限問題，就是對數據的過濾權限，那以超出本貼的討

論范圍。?

轉載于:https://www.cnblogs.com/jianjialin/archive/2009/06/16/1504380.html

總結

以上是生活随笔為你收集整理的一些权限管理方面的文章的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。