企业级电商系统-商品中心剖析
商品概述：
SPU:标准的产品单元
SKU:库存量单元
SKU是从属于SPU的关系，即一个SPU可以有多个SKU
商品生命周期
商品生成：卖家通过发布中心创建商品，商品发布的同时创建SKU
通过发布的商品关联SPU，未发布的商品创建SPU，商家管理商品。包括商品的审核，更新SPU，商品管理，库存管理。
销售商品：个性化运营和导购。包括商品搜索、购买商品，评价反馈。
商品中心体系
从下而上：
基础属性：品牌、SPU、属性库、地址库
后台类目体系以及前台类目体系(后面我会有讲解)
后台商品：创建商品、商品审核、库存管理、价格管理
前台商品：热点导航、关键词、商品排序、商品比价
商品数据流：
商品架构演进
1.独立的商品服务:各品类独立发展，业务特性快速推进
2.商品中心：多品类商品服务融合，粗粒度共性商品模型
3.标准化:统一商品层次和SKU模型，标准化价格和库存模型
4.服务化：子域识别、职责边界，服务拆分、高内聚低耦合，业务架构优化提升稳定性。
服务化
服务化的商品中心是我们当时下一个演进的目标，我们运用了DDD的设计思路来落地。
首先我们是基于现实中抽象:商品发布、商品售卖、商品展示以及商品中心的核心部分
其次是对于现实的问题进行抽象：商品发布需要产品、库存、价格来支撑；产品售卖则需要库存、价格、规则服务来支撑；商品展示则需要规则服务、产品等来支撑。
商品中心建设的案例：
基于SKU展示：
分析：
优点：可以过滤SKU的特征，可以精确地建立用户画像。
缺点：同一个SPU下有很多SKU时，列表展示的都是同一个SPU下的SKU。
基于SPU展示:
优点：
每页可以展示更多信息，可以多了选择空间，可以精确地建立用户画像。
缺点：无法筛选规格
解决：
可以将搜索和聚合作用于SKU，然后将符合条件的SKU按照SPU纬度做个分组(sku group by spu),然后获取SPU的分页信息。
类目设计
类目深度固定(数据表设计)
-
类目深度不固定(增加full_path字段)
SPU设计(库表设计)
属性
属性值
存储方案
欢迎交流：微信号 greencoatman
原文作者：二进制跳动；如有侵权，请联系管理员删除。
