隨著專案的深入，你會發現如果對於資料結構沒有一個準確的把握和理解，那麼如同瞎子過河，全靠蒙。所以在這裡我將自己的一些看法和認識用文字的方式記錄下來，一方面給讀者看，一方面讓我發現自己的不足。

作為一個傳統的電商專案，最難的地方也就在於資料庫中表的關聯，以及多表之間的查詢關聯，縷清楚表與表之間的關係，才能進行隨心所欲的CRUD。我的上一篇文章簡單的分析了部分表，那麼現在我把所有的表給分析出來。

第一張：tb_brand    品牌表 

id     ：  品牌id（主鍵）

name  ：品牌名稱

image ：品牌圖片地址

letter ：品牌的首字母

第二張：tb_categoory    商品類目表

id： 商品類目id（主鍵）

name ：商品名稱

parent_id : 父目類id，頂級類目填0

is_parent : 是否為父節點，0為否，1為是

sort ： 排序指數，越小越靠前

第三張：tb_category_brand   : 商品分類和品牌的中間表

category_id  ：商品類目id

brand_id  :品牌id

第四張：tb_sku    ：sku表            表示具體的商品實體,如黑色的 64g的iphone 8

id：sku表的id（主鍵）

spu_id :  spu的id

title :商品的標題

images： 商品的圖片，多個圖片以','分開

price :銷售價格

indexes：特有規格屬性在spu屬性模板中的對應下標組合

own_spec：sku的特有規格引數鍵值對，json格式，反序列化時請使用linkedHashMap，保證有序

enable ：是否有效，0無效，1有效

create_time ：新增時間

last_update_ time：最後修改時間

第五張：tb_spu  :表描述的是一個抽象性的商品表，比如 iphone8';

id：spu 的id（主鍵）

title ： 標題

sub _title : 子標題

cid1：一級目錄id

cid2：二級目錄id

cid3：三級目錄id

brand_id ： 商品所屬品牌id

saleable ：是否上架，0下架，1上架',

valid ：是否有效，0已刪除，1有效

create_time :新增時間

last_update_time  :最後修改時間

表與表之間的聯絡：一個品牌下有多個商品（spu），一對多關係';

                                類目和商品(spu)是一對多關係，類目與品牌是多對多關係';