『互联网架构』软件架构-解密电商系统商品模块业务（72）

本身在电商系统就非常的复杂，他们里面的表也相对来说扩展性都很强，关于里面的表设计有很多需要推敲学习的地方，这里我们一起从最复杂的商品模块着手，一起了解下商品模块业务的设计。电商平台上涉及到非常多的产品，这些产品五花八门，从书到电器，从衣服到家具，等等等等，书有出版社，衣服有颜色，手机有容量，属性根据产品的不同也差别极大，对于我们而言又需要如何去抽象这些概念，如何去设计数据库？

（一）目的

1. 熟悉电商商品模块。
2. 京东公司商品模块如何设计的（技术方式）。
3. dubbo的一个bug。

（二）电商商品模块

我相信大家应该都在淘宝或者京东上进行过购物，电商平台基本都用过。

1.商品的资料（比方：卖什么手机，手机的一些资料）

2.商品的图片处理（拍照，ps特效等）

3.商品发布

4.商品维护（商品库存的更新，商品图片，属性的修改，促销价格修改）

5.商品下架（卖的比较好，断货了需要下架）

• 第一个版本商品模块设计

  > 商品分类+商品信息

问题：举个场景：apple可以水果，也可以是手机，用户无法区分是找水果还是找手机。最小单元不明确，太宽泛，不能很好的定位。这也是淘宝第一个版本。

• 第二个版本商品模块设计

  > 商品分类+商品信息+品牌，区分分类

问题：就算有了品牌，但是缺少属性列表找起来还是有点费劲的。例如：华为的我想找，翻盖的，支持5G的，虽然有了品牌，但是找起来还是很费劲的。

• 第三个版本商品模块设计

  > 属性 + 商品分类 + 商品信息+品牌

问题：不同的商品，里面的属性不同，例如：鞋子，属性里面有尺码的概念。手机，属性分类是双核，多核。

• 第四版本商品模块设计

  > 商品分类，属性，品牌，商品信息，属性扩展表。

商品分类—–属性 （多对多） 一个分类有

属性——属性扩展表（多对多）

商品—— 扩展属性表 （多对多）

• 第五版本商品模块设计

  > 加入规格的概念，规格是对商品分类。

  SPU = Standard Product Unit （标准化产品单元）款

  SKU = Stock Keeping Unit（库存量单位） 件

（三）商品中心

• 商品分类+商品（1对多）

• t_catalog商品分类表

• t_product 商品表

• 分类+商品+品牌

查看苹果所有的产品（手机苹果、电脑苹果）需求

• 分类+商品+品牌+属性

更加快速找到我们想购买的商品

• t_attribute商品属性(参数)表

• t_attribute_link商品属性(参数)中间表

• 分类+商品+品牌+属性+规格
• t_spec商品规格表

• C2C店铺

（四）技术点

• 商品检索
  > ES、SOLR （数据源来自数据库，那就意味着同步）、分词
• 商品展示
  > 商品+图片+库存+店铺+商品相关的信息
• 图片
  > GFS、TFS、FastDFs 底层原理？特点：文件小、图片小
• 缓存
  > 查询的速度、内存》硬盘（数据源来自数据库，那就意味着同步）
• 增量
  > 增加、修改、下架
• 全量
  > 预热数据（某个活动所有商品加载缓存中）
• 静态化
  > 把html+CDN
• 缺点
  > 更新上需要更新HTML

PS：商品表的设计比较复杂，里面设计的技术点主要是展示和缓存，静态化，电商主要就是交易，商品。

已是最新文章