date: 2018-8-1 21:17:14
title: tech| tech| 關(guān)于電商系統(tǒng)中sku與spu的一個(gè)難題
description: 業(yè)務(wù)上碰到的關(guān)于電商系統(tǒng)中sku與spu的一個(gè)難題
最近業(yè)務(wù)上碰到的一個(gè)難題, 分享出來(lái)給大家瞧瞧.
PS: 本文使用 php 演示, 實(shí)現(xiàn)思路不局限于語(yǔ)言
需求
在電商領(lǐng)域, 有 sku 和 spu 這 2 個(gè)概念:
- sku 就是表示一個(gè)商品, 用戶最后加到購(gòu)物車(chē)中的那個(gè)
- spu 是一組商品, 比如一件衣服有
L XL XXL等不同型號(hào), 那么每個(gè)數(shù)據(jù)就是一個(gè) sku, 這組 sku 的集合就是 spu
假如我們有一個(gè)sku 為 4483094 的商品, 獲取到的商品 spu 信息信息如下:
這里提供了 json 版的數(shù)據(jù), 方便感興趣的朋友自己嘗試
{"顏色":{"曜石黑":[4483094],"草木綠":[3893503],"鉆雕藍(lán)":[3893493],"鉆雕金":[4736669,4483110,4483074],"陶瓷白":[4483100]},"版本":{"128GB":[4483100, 4483074],"64GB":[3893493,4736669,3893503,4483094,4483110]},"普通版":{"普通版":[3893493,4483100,3893503,4483094,4483110,4483074],"移動(dòng)4G+版":[4736669]}}
spu 信息的數(shù)據(jù)層級(jí)很清晰:
- 第一層表示的規(guī)格
- 第二層表示的規(guī)格包含的屬性
- 第三層就是這個(gè)屬性下有哪些 sku
接著, 來(lái)看看我們的需求:
- 獲取 sku 有哪些屬性
- 用戶選擇了規(guī)格屬性時(shí), 判斷其他規(guī)格的屬性是否可選
- 隱藏需求: 數(shù)據(jù)怎么存以及 CRUD
需求1: sku 有哪些屬性呢
一次簡(jiǎn)單的遍歷即可
// $spuArr: spu信息格式化后的數(shù)組 $specArr['顏色']['曜石黑']
// $spuSet = []; // spu下有多少 sku
$skuSpec = []; // sku的規(guī)格屬性信息
foreach ($spuArr as $spec => $specArr) {
foreach ($specArr as $attr => $skuArr) {
// $spuSet = $spuSet + $skuArr; // 數(shù)組并集
foreach ($skuArr as $sku) {
$skuSpec[$sku][] = $attr;
}
}
}
// spu下有多少sku
// var_dump($spuSet);
// var_dump(array_keys($skuSpec));
// sku的屬性信息
var_dump($skuSpec);
// 指定 sku 的屬性信息
var_dump(join(' ', $skuSpec[4483094]));
最后獲取到 sku 為 4483094 的商品的屬性信息: 曜石黑 64GB 普通版
PS: 我之前在求 spu 下有哪些 sku 犯了一個(gè)失誤, 通過(guò)遍歷整個(gè) $spuArr, 當(dāng)做集合問(wèn)題來(lái)求解(見(jiàn)上面注釋掉的代碼), 但是請(qǐng)仔細(xì)觀察數(shù)據(jù) -- 每一層規(guī)格都包含了此 spu 下的所有 sku
數(shù)據(jù)有意思~ 多觀察, 多體會(huì)~
2. 用戶選擇了規(guī)格屬性時(shí), 判斷其他規(guī)格的屬性是否可選
其實(shí)是很簡(jiǎn)單的交集就可以解決
// 初始狀態(tài), 用戶還沒(méi)有選擇規(guī)格屬性, 所有規(guī)格屬性都可選
// 用戶選擇了規(guī)格屬性時(shí), 判斷其他規(guī)格的屬性是否可選
$attrSelect = ['顏色' => '曜石黑']; // 用戶選擇了的規(guī)格屬性
$attrSku = []; // 擁有這些屬性的 sku
foreach ($attrSelect as $spec => $attr) {
if (!$attrSku) {
$attrSku = $spuArr[$spec][$attr];
} else {
$attrSku = array_intersect($attrSku, $spuArr[$spec][$attr]); // 交集
}
}
// var_dump($attrSku);
// 判斷其他規(guī)格的屬性是否可選
foreach ($spuArr as $spec => $specArr) {
if (!isset($attrSelect[$spec])) { // 此規(guī)格下用戶沒(méi)有選擇屬性, 判斷次規(guī)格下的屬性是否可選
foreach ($specArr as $attr => $skuArr) {
$spuArr[$spec][$attr] = array_intersect($attrSku, $skuArr); // 交集, 如果為空, 則此屬性不可選
}
}
}
var_dump($spuArr);
3. 隱藏需求: 數(shù)據(jù)怎么存呢? 要考慮到 CRUD
需求1 的存儲(chǔ)比較簡(jiǎn)單, 可以給 sku表添加一個(gè)字段 attr, 用來(lái)存商品的所有屬性
需求2 的存儲(chǔ)怎么設(shè)計(jì)呢? 直觀的感受是, 我們會(huì)有這些表:
- spu表, 自增ID
- sku表: 自增ID + spu_id(1 : n) + attr(需求1 中格式化后的屬性信息)
- spec表(規(guī)格表): 自增ID
- spec_attr表(規(guī)格屬性表): 自增ID + spec_id
- attr_sku表(屬性與sku關(guān)系對(duì)應(yīng)表): 自增ID + sku_id + spec_attr_id, 其實(shí)是上面第二層數(shù)據(jù)和第三層數(shù)據(jù)的映射
5個(gè)ID, 你還 hold 住么?
- 解決需求2的問(wèn)題時(shí), 我們需要從 5 張表里取出數(shù)據(jù)并格式化成
$spuArr - 新增 spu 數(shù)據(jù)的時(shí)候, 我們需要更新 5 張表
- 如果 spu 數(shù)據(jù)有變化, 比如某個(gè)屬性下的商品沒(méi)貨了, 嗯, 又是 5 張表
就問(wèn)你怕不怕?
通過(guò)格式化的 $spuArr 數(shù)據(jù), 我們已經(jīng)可以解決我們的需求, 也就是說(shuō), 無(wú)論我們的數(shù)據(jù)怎么存, 最后我們都會(huì)格式化出 $spuArr 數(shù)據(jù)來(lái)解決問(wèn)題, 為什么不可以直接這樣存儲(chǔ)呢:
- sku表: 自增ID + spu_id + attr(需求1 中格式化后的屬性信息), spu_id 只用來(lái)標(biāo)識(shí)一組 sku, 可以用 id 生成器生成
- spu_info表: spu_id +
json_encode($spuArr)
只用 2 張表, 就完成了我們的需求
json_encode($spuArr) 這樣的文檔型數(shù)據(jù), 可以考慮使用 mongoDB
寫(xiě)在最后
- 商品搜索系統(tǒng) 可以錄入 sku表的 attr, 實(shí)現(xiàn)搜索商品屬性的功能
- 原來(lái)的系統(tǒng)沒(méi)有 spu 的概念, 只有 goods 表(商品), 流程依靠 goods 表都走通了, 怎么進(jìn)行 sku 和 spu 的拆分呢? -- 其實(shí) sku 表就相當(dāng)于系統(tǒng)現(xiàn)有的 goods 表, 按照需求3 的方式錄入數(shù)據(jù)即可
- 大道至易: 不要過(guò)度設(shè)計(jì) 不要過(guò)度設(shè)計(jì) 不要過(guò)度設(shè)計(jì)
- 算法 - 并查集: 有多個(gè)不相交的集合, 怎么快速找到一個(gè)數(shù)屬于哪個(gè)集合呢?
