五表权限

设计基础：用户、角色、权限三大核心表，加上用户角色、角色权限两个映射表(用于给用户表联系上权限表)。这样就可以通过登录的用户来获取权限列表，或判断是否拥有某个权限。

大致用到５张表：用户表（UserInfo）、角色表（RoleInfo）、菜单表（MenuInfo）、用户角色表（UserRole）、角色菜单表（RoleMenu）。

各表的大体表结构如下：

１、用户表（UserInfo）：Id、UserName、UserPwd

２、角色表（RoleInfo）：Id、RoleName

３、菜单表（MenuInfo）：Id、MenuName

４、用户角色表（UserRole）：Id、UserId、RoleId

５、角色菜单表（RoleMenu）：Id、RoleId、MenuId

最关键的地方是，某个用户登录时，如何查找该用户的菜单权限？其实一条语句即可搞定：

假如用户的用户名为Arthur，则他的菜单权限查询如下：

Select m.Id,m.MenuName from MenuInfo m ,UserInfo u, UserRole ur, RoleMenu rm Where m.Id = rm.MenuId and ur.RoleId = rm.RoleId and ur.UserId = u.Id and u.UserName = ‘Arthur’

任何权限的需求，都是为广义的用户分配角色，角色拥有广义的权限。角色是最重要的中枢，隐藏做幕后黑手，从不出现在业务代码里，用行话说就是解除了用户和权限的直接耦合。

角色把用户抽象化了，几百个用户变成成几个角色，用户->角色->权限写成通用判断权限的方法：currUser.IsHave(xx权限)。核心就是一个sql联表查询语句，查询条件为用户id。

例如：