最新消息，日前，宜家的控股公司Interogo Holding AG斥資17億瑞典克朗(約1.90億美元)買入海恩斯莫里斯(H&M)集團0.6%的股份，并擁持有了后者0.3%的投票權。這是Interogo Holding AG第一次擁有快時尚公司的股份。

設計以以下為工具講起

1、PHP為開發語言；

2、基于Laravel框架；

3、MySQL為數據存儲；

電商的可變性與孩子的心情一樣，變化極快，所以在設計之處就要想好大部分的功能接入及開發，盡量減少重構次數。對老板來說節約成本，對程序員來說“珍惜生命”

數據表

前期業務簡單時，我們可以將數據表設計為下列的樣子

用戶表

考慮到多種登錄方式，應在數據表中涉及到微信的openid,unionid,支付寶、QQ的用戶token等，這些要在前期就涉及進去，因后期用戶量大了之后加一個字段簡直是噩夢,用戶狀態status也必不可少，比較人也是分好壞，其次就是創建時間，登錄時間等，用戶表與用戶信息表絕逼是綁定關系，這就不多言了。

收貨地址表

收貨地址與用戶是一一相對的，在設計上增加需要的字段即可，例如 收貨人、收貨人手機號、城市、詳細地址等

銀行卡表

用于用戶提現的業務等，大致將銀行卡所需的信息記錄即可，例如持卡人、卡號、歸屬銀行等

購物車表

為何單獨建這個表，也是又一定原因的，正常只需要member_cart_item表即可，根據實際下線的業務場景，正常購物到超市需要拿一個購物車，但這個購物車并非屬于你，你使用之后，需要歸還，他人可繼續使用，將購物車公開化，并不是將購物車商品公開化。業務場景比較窄，例如京東到家和京東商城一樣（我只是舉例，并不清楚他們怎么做的），購物車不通用，那如何區分呢，是應該在購物車上區分還是在購物車商品上區分？我想你已經清楚了

購物車商品表

這塊需要提的一點是 [并不是所有表的設計都是互相綁定,互相依賴的]，就例如購物車商品表，不僅僅將商品編碼存儲在內，還要將商品價格，商品的簡介以及商品的規格(既SKU)存儲，不能因賣家下架商品，而查詢不到商品的存在，比較一切以用戶為主，用戶是上帝的原則，不能讓商品悄悄的就消失了吧。所以在做購物車商品表查詢時，切記不要使用join或者表關聯查詢

用戶搜索歷史表

用戶搜索的記錄是一定要有的，為了未來的數據分析，智能推薦做準備，畢竟現在是信息共享的時代嘛～

數據記錄

有很多場景，都要將標題呀，內容呀直接存儲，類似與收藏的店鋪和商品，無論賣家怎么做，用戶購物車，訂單不能動，這是基準。

<hishop（www.gstsqh.com.cn）是國內知名企業級電商平臺提供商，為企業級商家提供最佳的系統開發（多種模式電商平臺搭建：B2B/B2B2C/B2C/O2O/新零售等）、供應鏈系統搭建及電商行業解決方案服務>

<本文由himall原創，商業轉載請聯系作者獲得授權，非商業轉載請標明：himall原創>