使用者 角色 許可的使用者驗證

2022-03-11 22:06:01 字數 3869 閱讀 3774

此設計採用「使用者—角色—許可」的設計思想,即:乙個使用者擁有多個角色、乙個角色擁有多個許可、乙個角色擁有多個許可。這種設計方式很方便擴充套件您系統的許可權管理模組。以下給出了基本框架的資料表結構設計,您可以在此基礎上擴充套件以方便和您的應用結合。本庫設計採用ms sql server 2000資料庫系統,所以推薦您使用儲存過程進一步實現系統功能,在這裡儲存過程的**就不寫了

用到的資料表

英文名

中文名

accounts_permissions

許可表

accounts_rolepermissions

角色許可表

accounts_roles

角色表

accounts_userroles

使用者角色表

accounts_users

使用者表

accounts_usertype

使用者型別表

表詳細設計

表名:accounts_permissions 許可表

欄位名

主鍵

型別

長度

允許空

預設值

描述

permissionid

pk

int

4

n

許可編號(手動編碼)

permissionname

nvarchar

50

n

許可名稱(唯一)

categoryid

int4

n

所屬類別(模組)名稱

表名:accounts_rolepermissions 角色許可表

欄位名

主鍵

型別

長度

允許空

預設值

描述

roleid

pk

int

4

n

角色編號

permissionid

pk

int

4

n

許可編號

表名:accounts_roles 角色表

欄位名

主鍵

型別

長度

允許空

預設值

描述

roleid

pk

int

4

n

角色編號

rolename

nvarchar

50

n

角色名稱

表名:accounts_userroles使用者角色表

欄位名

主鍵

型別

長度

允許空

預設值

描述

userid

pk

bigint

8

n

使用者編號

roleid

pk

int

4

n

角色編號

表名:accounts_users使用者表

欄位名

主鍵

型別

長度

允許空

預設值

描述

userid

pk

bigint

8

n

使用者編號(自增)

username

nvarchar

50

n

使用者名稱(登入用,唯一)

nickname

nvarchar

50

n

真實姓名(暱稱)

email

nvarchar

50

n

電子郵件

password

nvarchar

50

n

密碼(採用sha1加密,加密後為40位)

usertypeid

int4

n

使用者型別編號

activestatus

bit1

n

開通狀態(0

à關閉;1

à開通)

表名:accounts_usertype使用者型別表

欄位名

主鍵

型別

長度

允許空

預設值

描述

usertypeid

pk

int

4

n

型別編號

usertypename

nvarchar

50

n

型別名稱

使用者許可協議

本 使用者許可協議 以下簡稱 本協議 是您與days 一億小目標 以下簡稱 days 簽訂的關於本軟體的使用者使用許可協議。days在此特別提示您仔細閱讀本協議中各條款,包括但不限於使用者使用須知 法律責任與免責等。您的安裝 使用行為將視為接受本協議。一旦安裝或以任何方式使用本軟體,即表示您已同意接...

使用者 角色 許可權

最近因為要用到許可權這個東西,感覺腦袋很是有點亂,昨天硬是搞到大半夜才終於理清了思路。現在我就將我的思路和大家分享一下,不敢保證完全正確,大家看看便罷。看看便罷 一般我們使用到 使用者 角色 許可權 這三張表的時候,會發現表裡會有很多字段,然後相對應的外來鍵也是很多,往往我們就容易混亂。現在我這邊列...

使用者角色許可權

rbac role based access control,基於角色的訪問控制 就是使用者通過角色與許可權進行關聯。簡單地說,乙個使用者擁有若干角色,每乙個角色擁有若干許可權。這樣,就構造成 使用者 角色 許可權 的授權模型。在這種模型中,使用者與角色之間,角色與許可權之間,一般者是多對多的關係。...