標籤：
所要做的業務如下圖所示：
表設計有兩種方法：
方法1：
商品分類表(category)
包括字段：id, name, parentid
注：id為自增，第一級的父類id設計為0。
商品與分類關聯表(product_category)
包括字段：id, product, category
注：商品在新增時，與最後一級分類關聯，但在儲存時，要把所有的一級二級分類等都關聯進來。
表資料如下：
idname
parentid
服裝**
**數碼
方法2：
商品分類表(sku_scene_type)
包括字段：id, name
注：id為手動設定，兩位表示一級
商品與分類關聯表(product_category)
包括字段：id, product, category
注：商品在新增時，只需與最後一級分類關聯。
表資料如下：
idname
服裝**
**數碼
商品分類資料新增語句：
1 2 insert into sku_scene_type3
4 5 id,6
7 typecode,8
9 typename,10
11 12 typedate,13
14 15 operator,16
17 18 modifydate,19
20 21 typestatus,22
23 24 select25
26 27 #,28
29 30
31 ifnull(max(typecode), #) + 1,32
33 34 ifnull(max(typecode) + 100, 1000),35
36 37
38 #,39
40 41 #,42
43 44 #,45
46 47 #,48
49 50 #,51
52 53 from sku_scene_type54
55 56
57 typecode mod 100 != 0 and (# div 100 = typecode div 100)58
59 60 typecode mod 100 = 061
62 63
64 注：mysql中判斷為空用 ifnull()，整除用div，求余用mod
標籤：
DDD 領域驅動設計 商品建模之路
最近在做電商業務中，有關商品業務改版的一些東西，後端的架構設計採用現在很流行的微服務，有關微服務的簡單概念 微服務是一種架構風格，乙個大型複雜軟體應用由乙個或多個微服務組成。系統中的各個微服務可被獨立部署，各個微服務之間是松耦合的。每個微服務僅關注於完成一件任務並很好地完成該任務。在所有情況下，每個...
mysql 商品規格表 商品規格分析
產品表每次更新商品都會變動的，id不能用，可是購物車還是用了，這就導致每次儲存商品，哪怕什麼都沒有改動，也會導致使用者的購物車失效。其實可以考慮不是每次更新商品就除所有的sku，畢竟有時什麼都沒修改呢，只改乙個 呢，或者增加乙個sku呢，其實這個問題做細一點有好的處理方式的。比如商品增加乙個版本號字...
sku商品表設計
表關係 分類表 商品表 sku表 庫存表 分類表 屬性名 屬性值 商品表 商品和屬性關係表 屬性名 屬性值 業務邏輯 1.同一商品不同sku庫存和售價不同.2.不同型別的商品具有不同的屬性名和屬性值 如汽車和服飾 所以屬性需要支援後期新增和維護.3.在某個商品分類下通過屬性篩選商品.4.商家某件商品...