B2B多商鋪初期許可權資料庫設計

標籤：介面   使用者   欄位表   員工   admin   業務   資料庫   系統   也有   

項目從無到有，兩個月了。一期完成。

許可權目前還很簡單。USER表，ROLE表，RESOURCE表三個。

目前只有兩個商鋪。id是0的是我們自己，作為後台營運管理，也抽象成一個商鋪，id為0。另一個商鋪id為1,是我們第一家使用者。

 

USER表有merchantId和type欄位。merchantId表示這個User屬於哪個商品。type欄位表示使用者類型。目前沒什麼用，因為merchantId就能區分，是商鋪後台管理員，還是我們自己的後天營運人員。以後如果商鋪的銷售人員，配送員，這些身份的員工要登入背景話，這個欄位會有用，作為預留欄位。

一個USER可以有多個ROLE。

ROLE表也有merchantId和type欄位。同USER。一個ROLE可以訪問多個RESOURCE。

RESOURCE表有type欄位。表示這個RESOURCE是屬於營運使用，還是商鋪使用。

預置資料：

所有RESOURCE資源.包括一個特殊資源‘admin‘。表示只有管理員才能有資格訪問的資源。用在分配許可權操作上。

一個ROLE,code是admin。不屬於任何商鋪.merchantId為空白。擁有RESOURCE：admin許可權（這個許可權不公布到介面上來進行選擇）。

兩個USER。一個是我們營運的admin,merchatId是0，一個是第一家商鋪的admin，merchantId是1。他們都擁有那個預置Role的角色。

這樣設計的好處，就是營運的admin和商鋪的admin邏輯一樣了。都只有一個分配許可權的小許可權範圍。系統初始化後，在登入頁面登入需要選擇是營運還是商鋪。各自有自己的User和admin。用各自的admin登入進去，就只有一個許可權管理菜單。之後在新增User,分配其他業務許可權。這樣做就統一了。

 

B2B多商鋪初期許可權資料庫設計