今天我們來講下使用者表的設計，首先是使用者表

使用者表（member_info）
---
id
手機號
登入密碼
郵箱
暱稱
頭像url
註冊時間
預設收貨地址id

接著應該有收貨地址表

使用者收貨地址表（member_shopping_address）
---
id
省
市
區
詳細地址
聯絡人
手機號

其中，使用者表對應收貨地址表示一對多的關係。

如果用到實名認證，那麼應該有一張實名認證表，以上傳身份證正反面為例：

實名認證表（member_certification）
---
id
姓名
性別
名族
出生日期
住址
身份證號
身份證簽發機關
身份證有效期限
人臉比對分數
人臉圖片
 

隨著業務的開展，使用者相關的表會越來越多。比如積分系統，對於租賃商城可能還涉及到風控相關的表，白名單、黑名單等等。還有大資料使用者行為分析等業務。具體要根據業務情況來設計，總的來說每張業務表是跟使用者表一對一對應起來的，因此使用者系統的表設計相對來說比較簡單，基本上是儲存使用者的一些資訊。

在架構方面，使用者體系可以單獨拿出來，即使用者相關的表單獨一個數據庫，然後做成服務。系統間的呼叫可以用dubbo或者spring-cloud。

下一篇文章我們將談一談具體的架構工作。