B2B多商鋪初期權限數據庫設計

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

權限目前還很簡單。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,分配其餘業務權限。這樣作就統一了。