1 需求背景
在系統(tǒng)中用戶一共有三種角色:普通用戶,管理員,超級管理員,現(xiàn)在需要設(shè)計一張用戶角色表記錄這類信息。我們不難設(shè)計出如下方案。
id | name | super | admin | normal |
---|---|---|---|---|
101 | 用戶一 | 1 | 0 | 0 |
102 | 用戶二 | 0 | 1 | 0 |
103 | 用戶三 | 0 | 0 | 1 |
104 | 用戶四 | 1 | 1 | 1 |
我們使用1表示是,0表示否,那么觀察上表不難得出,用戶一有用超級管理員角色,用戶二具有管理員角色,用戶三具有普通用戶角色,用戶四同時具有三種角色。
如果此時新增加一種角色應(yīng)該如何設(shè)計?其實新增一個字段即可解決。
id | name | super | admin | normal | new |
---|---|---|---|---|---|
101 | 用戶一 | 1 | 0 | 0 | 0 |
102 | 用戶二 | 0 | 1 | 0 | 0 |
103 | 用戶三 | 0 | 0 | 1 | 0 |
104 | 用戶四 | 1 | 1 | 1 | 1 |
2 發(fā)現(xiàn)問題
按照上述做法進行表設(shè)計功能上是沒有問題的,優(yōu)點是容易理解結(jié)構(gòu)清晰,但是我們想一想有沒有什么問題?筆者遇到過如下問題:
在復(fù)雜業(yè)務(wù)環(huán)境一份數(shù)據(jù)可能會使用在不同的場景,例如上述數(shù)據(jù)存儲在MySQL數(shù)據(jù)庫,這一份數(shù)據(jù)還會在如下場景使用。
- 檢索數(shù)據(jù)需要同步一份到ES
- 業(yè)務(wù)方使用此表通過Flink計算業(yè)務(wù)指標(biāo)
- 業(yè)務(wù)方訂閱此表Binlog消息進行業(yè)務(wù)處理
如果表結(jié)構(gòu)發(fā)生變化,數(shù)據(jù)源之間就要重新進行對接,業(yè)務(wù)方也要進行代碼修改,這樣開發(fā)成本非常高。有沒有辦法避免此類問題?
3 解決方案
我們可以使用位圖法,這樣同一個字段可以表示多個含義。首先設(shè)計如下數(shù)據(jù)表,userFlag字段先不填。
id | name | user_flag |
---|---|---|
101 | 用戶一 |
|
102 | 用戶二 |
|
103 | 用戶三 |
|
104 | 用戶四 |
|
我們使用位圖法每一個bit表示一種角色
我們使用位圖法表示如下數(shù)據(jù)表
id | name | super | admin | normal |
---|---|---|---|---|
101 | 用戶一 | 1 | 0 | 0 |
102 | 用戶二 | 0 | 1 | 0 |
103 | 用戶三 | 0 | 0 | 1 |
104 | 用戶四 | 1 | 1 | 1 |
用戶一位圖如下轉(zhuǎn)換為十進制數(shù)值是4
用戶二位圖如下轉(zhuǎn)換為十進制數(shù)值是2
用戶三位圖如下轉(zhuǎn)換為十進制數(shù)值是1
用戶四位圖如下轉(zhuǎn)換為十進制數(shù)值是7
根據(jù)分析我們可以填寫完整數(shù)據(jù)表
id | name | user_flag |
---|---|---|
101 | 用戶一 | 4 |
102 | 用戶二 | 2 |
103 | 用戶三 | 1 |
104 | 用戶四 | 7 |
4 位圖法詳解
本章節(jié)我們分析位圖法方案一些關(guān)鍵節(jié)點。
4.1 枚舉定義
定義枚舉時不要直接定義為1、2、4這類數(shù)字,而是采用位移方式定義,這樣使用者可以明白設(shè)計者意圖。
/** ?*?用戶角色枚舉 ?* ?* @author 公眾號JAVA前線 ?* ?*/ public enum UserRoleEnum?{ //?1?->?00000001 NORMAL(1, "普通用戶"), //?2?->?00000010 MANAGER(1 << 1, "管理員"), //?4?->?00000100 SUPER(1 << 2, "超級管理員") ????; private int code; private String?description; private UserRoleEnum(Integer?code,?String?description) { this.code?=?code; this.description?=?description; ????} public String getDescription() { return description; ????} public int getCode() { return this.code; ????} }
4.2 維護角色
假設(shè)用戶已經(jīng)具有普通用戶角色,我們需要為其增加管理員角色,這就是新增角色,與之對應(yīng)還有刪除角色和查詢角色,這些操作需要用到位運算,說明詳見代碼注釋。
/** ?*?用戶角色枚舉 ?* ?* @author 公眾號JAVA前線 ?* ?*/ public enum UserRoleEnum?{ //?1?->?00000001 NORMAL(1, "普通用戶"), //?2?->?00000010 MANAGER(1 << 1, "管理員"), //?4?->?00000100 SUPER(1 << 2, "超級管理員") ????; //?新增角色?->?位或操作 //?oldRole?->?00000001?->?普通用戶 //?addRole?->?00000010?->?新增管理員 //?newRole?->?00000011?->?普通用戶和管理員 public static Integer addRole(Integer?oldRole,?Integer?addRole) { return oldRole?|?addRole; ????} //?刪除角色?->?位異或操作 //?oldRole?->?00000011?->?普通用戶和管理員 //?delRole?->?00000010?->?刪除管理員 //?newRole?->?00000001?->?普通用戶 public static Integer removeRole(Integer?oldRole,?Integer?delRole) { return oldRole?^?delRole; ????} //?是否有某種角色?->?位與操作 //?allRole?->?00000011?->?普通用戶和管理員 //?qryRole?->?00000001?->?是否有管理員角色 //?resRole?->?00000001?->?有普通用戶角色 public static boolean hasRole(Integer?role,?Integer?queryRole) { return queryRole?==?(role?&?queryRole); ????} private int code; private String?description; private UserRoleEnum(Integer?code,?String?description) { this.code?=?code; this.description?=?description; ????} public String getDescription() { return description; ????} public int getCode() { return this.code; ????} public static void main(String[]?args) { ????????System.out.println(addRole(1, 2)); ????????System.out.println(removeRole(3, 1)); ????????System.out.println(hasRole(3, 1)); ????} }
4.3 數(shù)據(jù)查詢
假設(shè)在運營后臺查詢界面,查詢具有普通用戶角色的用戶數(shù)據(jù),我們可以使用SQL語句如下
select * from user_role where (user_flag?& 1)?=?user_flag; select * from user_role where (user_flag?&?b'0001')?=?user_flag;
使用MyBatis語句如下
<select id="selectByUserRole" resultMap="BaseResultMap" parameterType="java.util.Map"> select?*?from?user_role?where? select> <select id="selectByUserIdAndRole" resultMap="BaseResultMap" parameterType="java.util.Map"> select?*?from?user_role? ??where?id?=?#{userId}?select>
5 文章總結(jié)
本文我們從一個簡單案例開始,分析了直接新增字段的優(yōu)缺點。使用新增字段筆者遇到最多的問題就是在復(fù)雜業(yè)務(wù)場景中,需要新增數(shù)據(jù)對接工作量,增加了開發(fā)維護成本。
我們又介紹了位圖法,這樣一個字段就可以表示多種業(yè)務(wù)含義,減少了字段冗余,節(jié)省了對接開發(fā)成本。當(dāng)然位圖法也有缺點,增加了代碼理解成本,數(shù)據(jù)庫字段含義不直觀,需要進行轉(zhuǎn)義,大家可以根據(jù)需求場景選擇使用。
免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺僅提供信息存儲服務(wù)。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!