1 Visão geral do artigo

As commodities são um campo muito importante no campo do comércio eletrônico, e a premissa do comportamento da transação é a existência de informações sobre as commodities. Neste artigo, analisamos o design básico da tabela de commodities, e outros cenários complexos podem ser expandidos com base nisso. É preciso explicar que os primeiros dados usados neste artigo são dados de teste , que podem divergir dos dados reais e são apenas para demonstração. O segundo artigo mostra os campos principais do produto e alguns campos gerais não são exibidos.

2 categorias de produtos

2.1 Informações Básicas

As categorias representam classificações de produtos e possuem uma relação hierárquica:

Categoria Primária: Livros
- Categoria Secundária: Literatura
  - Nível 3 Categoria: Ficção

Categoria de primeiro nível: computador
- Categoria secundária: acessórios de computador
  - Categoria de terceiro nível: placa gráfica

Categoria de primeiro nível: Fresh
- Categoria secundária: frutas
  - Nível 3 Categoria: Maçã

2.2 Três categorias

2.2.1 Categoria de fundo

As categorias de plano de fundo têm duas características: padrão e estável . O padrão significa que a categoria de fundo é comum na indústria e o nível não deve ser muito, geralmente não mais do que três níveis. Estável significa que, uma vez determinada a categoria de fundo, ela não pode ser facilmente modificada, caso contrário, projetar um grande número de alterações de dados upstream e downstream exigirá uma carga de trabalho muito pesada, portanto, a autoridade de alteração deve ser convergida para a operação da plataforma.

2.2.2 Categoria de front-end

Existe um ditado no campo da informática: Qualquer problema pode ser resolvido adicionando uma camada. Para resolver o problema de que as categorias de fundo não podem ser ajustadas de forma flexível, a indústria projetou categorias de front-end com base em categorias de fundo.

Os operadores geralmente simplificam e organizam as categorias de segundo plano para melhor atender aos hábitos de pesquisa do usuário. muitos. As categorias exibidas na página inicial do PC de muitos sites de comércio eletrônico geralmente são categorias de front-end.

2.2.3 Categoria da loja

As categorias de loja são mais flexíveis e podem ser gerenciadas pelos comerciantes. Os comerciantes podem ajustar as categorias de loja de acordo com suas próprias estratégias de negócios para melhorar as taxas de transação. Geralmente, apenas dois níveis são suportados. Para resumir, vejamos um exemplo:

(1) Categoria de fundo

Categoria de primeiro nível: Fresh
- Categoria secundária: frutas
  - Nível 3 Categoria: Melancia

(2) Categoria de front-end

Categoria de primeiro nível: Alimentos/Frescos/Especialidades
- Categoria secundária: fruta fresca
  - Nível 3 Categoria: Melancia

(3) Categoria da loja

Categoria de primeiro nível: verão fresco
- Categoria secundária: melancia doce

2.3 Lista de categorias de fundo

CREATE TABLE `category_1_background` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `category_id` varchar(64) NOT NULL COMMENT '类目ID',
  `category_name` varchar(128) NOT NULL COMMENT '类目名称',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_category_id` (`category_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='一级后台类目表';

CREATE TABLE `category_2_background` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `category_id` varchar(64) NOT NULL COMMENT '类目ID',
  `category_name` varchar(128) NOT NULL COMMENT '类目名称',
  `category_1_id` varchar(64) NOT NULL COMMENT '一级分类ID',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_category_id` (`category_id`),
  KEY `idx_category_1_id` (`category_1_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='二级后台类目表';

CREATE TABLE `category_3_background` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `category_id` varchar(64) NOT NULL COMMENT '类目ID',
  `category_name` varchar(128) NOT NULL COMMENT '类目名称',
  `category_2_id` varchar(64) NOT NULL COMMENT '二级分类ID',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_category_id` (`category_id`),
  KEY `idx_category_2_id` (`category_2_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='三级后台类目表';

insert  into `category_1_background`(`category_id`,`category_name`) values ('700','电子设备');
insert  into `category_2_background`(`category_id`,`category_name`,`category_1_id`) values ('800','通讯设备','700');
insert  into `category_3_background`(`category_id`,`category_name`,`category_2_id`) values ('900','手机','800');

3 atributos de commodities

3.1 Classificação de Atributos

3.1.1 Principais atributos

关键属性是商品本质属性，关键属性中最核心两个属性是品牌和型号，一旦确定这两个属性等价于确定SPU（Standard Product Unit）标准化管理单元，例如品牌是小米，型号是10。在实践中这两个属性不放在属性表：

型号是一种特殊属性
- 作为SPU表一个字段
品牌是一种特殊属性
- 品牌基础信息一张独立表
- SPU表记录对应品牌ID

其它关键属性例如屏幕尺寸，CPU型号，CPU核数还是通过属性表承载。

3.1.2 销售属性

销售属性又称为规格属性，如果关键属性确定，一旦销售属性再确定，那么就可以确定SKU（Stock Keeping Unit）库存计量单位，可以理解为仓库中实物商品，每一个SKU都有一个库存数量与一个价格与之对应。电商常见销售属性有颜色、容量、版本、套餐等等。

例如关键属性品牌是小米，型号是10，销售属性颜色是黑色和蓝色，容量是128G和256G，那么共有四个SKU：

小米 10 黑色 128G
小米 10 黑色 256G
小米 10 蓝色 128G
小米 10 蓝色 256G

3.1.3 描述属性

除了关键属性与销售属性，其它属性称为描述信息。

3.2 属性与属性值

属性和属性值由平台运营人员设置。属性有两种类型：选择与自定义。对于选择类型，运营人员需要为属性设置属性值。对于自定义类型，无需设置属性值。例如平台运营人员新增以下两个属性：

颜色：选择类型，属性值包括黑色、蓝色、红色
重量：自定义类型，无需平台运营设置属性值，商家自行填写

3.3 类目与属性

每个类目对应的属性是不同的，所以平台运营人员初始化属性和属性值之后，还要建立类目与属性关联关系。因为同一个属性对于不同类目重要性不同，所以在设置类目和属性关系时需要设置以下信息：

属性类型：属性对于类目是关键属性、销售属性、描述属性
是否必填：属性对于类目是否必填
商品维度：属性对于类目是SPU维度还是SKU维度

属性还有继承关系，平台运营人员不仅可以为三级类目设置属性，还可以为一级和二级类目设置属性。例如运营人员为二级类目设置A、B两种属性，那么这个二级类目下三级类目同时也具有A、B两种属性，类目与属性关系如下图：

类目与属性关系.jpg

3.4 属性数据表

3.4.1 属性表

CREATE TABLE `attribute` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `attribute_id` varchar(64) NOT NULL COMMENT '属性ID',
  `biz_type` tinyint(1) NOT NULL COMMENT '1选择 2自定义',
  `attribute_name` varchar(128) NOT NULL COMMENT '属性名称',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_attribute_id` (`attribute_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='属性表';

insert into `attribute` (`attribute_id`, `biz_type`, `attribute_name`) values('100','1','颜色');
insert into `attribute` (`attribute_id`, `biz_type`, `attribute_name`) values('200','1','存储容量');
insert into `attribute` (`attribute_id`, `biz_type`, `attribute_name`) values('300','2','重量');
insert into `attribute` (`attribute_id`, `biz_type`, `attribute_name`) values('400','2','屏幕尺寸');

3.4.2 属性值表

CREATE TABLE `attribute_value` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `attribute_value_id` varchar(64) NOT NULL COMMENT '属性值ID',
  `attribute_value` varchar(128) NOT NULL COMMENT '属性值名称',
  `attribute_id` varchar(64) NOT NULL COMMENT '属性ID',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_attribute_value_id` (`attribute_value_id`),
  KEY `idx_attribute_id` (`attribute_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='属性值表';

--颜色属性值
insert  into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('1001','蓝色','100');
insert  into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('1002','黑色','100');
insert  into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('1003','红色','100');

--容量属性值
insert  into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('2001','64G','200');
insert  into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('2002','128G','200');
insert  into `attribute_value`(`attribute_value_id`,`attribute_value`,`attribute_id`) values ('2003','256G','200');

3.4.3 属性与类目关系表

CREATE TABLE `relation_category_attribute` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `relation_id` varchar(64) NOT NULL COMMENT '关系ID',
  `attribute_id` varchar(64) NOT NULL COMMENT '属性ID',
  `category_id` varchar(64) NOT NULL COMMENT '类目ID',
  `category_level` tinyint(1) NOT NULL COMMENT '类目层级',
  `attribute_type` tinyint(1) NOT NULL COMMENT '属性类型 1关键属性 2销售属性 3描述属性',
  `must_fill` tinyint(1) NOT NULL DEFAULT '1' COMMENT '是否必填',
  `product_scope` tinyint(1) NOT NULL COMMENT '商品维度 1spu 2sku',  
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_relation_id` (`relation_id`),
  KEY `idx_category_id_attribute_id` (`category_id`,`attribute_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='属性与类目关系表';

insert  into `relation_category_attribute`(`relation_id`,`attribute_id`,`category_id`,`category_level`,`attribute_type`,`must_fill`,`product_scope`) values ('10000000','100','900',3,2,1,2);
insert  into `relation_category_attribute`(`relation_id`,`attribute_id`,`category_id`,`category_level`,`attribute_type`,`must_fill`,`product_scope`) values ('10000001','200','900',3,2,1,2);
insert  into `relation_category_attribute`(`relation_id`,`attribute_id`,`category_id`,`category_level`,`attribute_type`,`must_fill`,`product_scope`) values ('10000002','300','900',3,3,1,2);
insert  into `relation_category_attribute`(`relation_id`,`attribute_id`,`category_id`,`category_level`,`attribute_type`,`must_fill`,`product_scope`) values ('10000003','400','900',3,1,1,1);

3.4.4 品牌表

CREATE TABLE `product_brand` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `brand_id` varchar(128) NOT NULL COMMENT '品牌ID',
  `brand_cn_name` varchar(128) NOT NULL COMMENT '品牌中文名',
  `brand_en_name` varchar(128) NOT NULL COMMENT '品牌英文名',
  `logo_url` text COMMENT '品牌Logo',
  `brand_story` text COMMENT '品牌故事',
  PRIMARY KEY (`id`),
  KEY `idx_brand_id` (`brand_id`)  
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='品牌表';

insert  into `product_brand`(`brand_id`,`brand_cn_name`,`brand_en_name`) values ('1000','小米','MI');

4 商品表

4.1 基本概念

第三章节属性相关信息由平台运营人员设置，为商家维护商品信息定制一个规范，这时商家可以根据设置自己的商品信息。

SPU：标准化管理单元，商品属性最小聚合
SKU：库存计量单位，在仓库中实物商品，每一个SKU对应一个库存数量与一个价格
SN：序列号，在仓库中每一个实体商品

我们还是看一个手机示例：

SPU：小米 10
SKU：小米 10 黑色 128G
- 库存3个
- 单价2000元
SN：对应三个序列号
- SN1
- SN2
- SN3

4.2 表设计思路

SPU
- 主表：SPU基础信息
  - 图片、品牌、型号、类目
- 关联表：SPU、属性、属性值关联表
SKU
- 主表：SKU基础信息
  - 图片、spuId、价格、库存
- 关联表：SKU、属性、属性值关联表
SN
- 主表：SN基础信息以及与SKU关系
  - 序列号、skuId

4.3 商品表

4.3.1 SPU主表

CREATE TABLE `product` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `product_id` varchar(64) NOT NULL COMMENT '商品id',
  `shop_id` varchar(64) NOT NULL COMMENT '店铺id',  
  `brand_id` bigint(20) NOT NULL COMMENT '品牌id',
  `product_model` varchar(256) NOT NULL COMMENT '商品型号',
  `product_name` varchar(256) NOT NULL COMMENT '商品名称',
  `sale_status` tinyint(1) NOT NULL COMMENT '销售状态 1上架 2下架',  
  `category_3_id` varchar(64) NOT NULL COMMENT '三级分类id',
  `img_url` text COMMENT '图片路径',
  `description` text COMMENT '商品描述',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_product_id` (`product_id`),
  KEY `idx_brand_id` (`brand_id`),
  KEY `idx_category_3_id` (`category_3_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='SPU';

insert into product(`product_id`, `shop_id`, `brand_id`, `product_model`, `product_name`, `category_3_id`, `sale_status`) values ('100', 'shop_1','100', '10', '小米10手机', '900', 1);

4.3.2 SPU与属性关系表

CREATE TABLE `relation_product_attribute` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `relation_id` varchar(64) NOT NULL COMMENT '关系ID',
  `product_id` varchar(64) DEFAULT NULL COMMENT '商品ID',
  `attribute_id` varchar(64) NOT NULL COMMENT '属性ID',
  `attribute_value_id` varchar(64) DEFAULT NULL COMMENT '属性值ID',
  `custom_attribute_value` varchar(256) DEFAULT NULL COMMENT '自定义属性值',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_relation_id` (`relation_id`),
  KEY `idx_product_id` (`product_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='SPU与属性关系表';

insert into relation_product_attribute(`relation_id`, `product_id`, `attribute_id`, `attribute_value_id`, `custom_attribute_value`) values ('20000000', '100', '400', NULL, '6.67英寸');

4.3.3 SKU主表

CREATE TABLE `product_sku` (
  `id` BIGINT(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `sku_id` VARCHAR(64) NOT NULL COMMENT 'skuId',
  `sku_name` VARCHAR(128) NOT NULL COMMENT 'sku名称', 
  `product_id` VARCHAR(64) NOT NULL COMMENT '商品id',
  `sale_status` tinyint(1) NOT NULL COMMENT '销售状态 1上架 2下架',    
  `orgin_price` DOUBLE NOT NULL COMMENT '原价',  
  `discount_price` DOUBLE NOT NULL COMMENT '优惠价格', 
  `stock_count` INT(11) NOT NULL COMMENT '剩余库存',  
  `lock_stock_count` INT(11) NOT NULL COMMENT '锁定库存',
  `sale_stock_count` INT(11) NOT NULL COMMENT '销售量',  
  `sku_img_url` TEXT COMMENT '图片路径',
  `sku_description` TEXT COMMENT '商品描述',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_sku_id` (`sku_id`),
  KEY `idx_product_id` (`product_id`)
) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='SKU';

insert  into `product_sku`(`sku_id`,`sku_name`,`product_id`,`orgin_price`,`discount_price`,`stock_count`,`lock_stock_count`,`sale_stock_count`,`sku_img_url`,`sku_description`, `sale_status`) values ('200','小米 10 蓝色 128G', '100',3000,3000,3,1,1000,NULL,NULL, 1);

4.3.4 SKU与属性关系表

CREATE TABLE `relation_product_sku_attribute` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `relation_id` varchar(64) NOT NULL COMMENT '关系ID',
  `sku_id` varchar(64) DEFAULT NULL COMMENT 'skuId',
  `attribute_id` varchar(64) NOT NULL COMMENT '属性ID',
  `attribute_value_id` varchar(64) DEFAULT NULL COMMENT '属性值ID',
  `custom_attribute_value` varchar(256) DEFAULT NULL COMMENT '自定义属性值',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_relation_id` (`relation_id`),
  KEY `idx_sku_id` (`sku_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='SKU与属性关系表';


insert into relation_product_sku_attribute(`relation_id`, `sku_id`, `attribute_id`, `attribute_value_id`, `custom_attribute_value`) values ('30000000', '200', '100', '1001', NULL);
insert into relation_product_sku_attribute(`relation_id`, `sku_id`, `attribute_id`, `attribute_value_id`, `custom_attribute_value`) values ('30000001', '200', '200', '2002', NULL);
insert into relation_product_sku_attribute(`relation_id`, `sku_id`, `attribute_id`, `attribute_value_id`, `custom_attribute_value`) values ('30000002', '200', '300', NULL, '173克');

4.3.5 SN表

CREATE TABLE `product_sku_sn` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `sn_id` varchar(64) NOT NULL COMMENT '序列号ID',
  `sku_id` varchar(64) DEFAULT NULL COMMENT 'skuId',
  `sn` varchar(64) DEFAULT NULL COMMENT '序列号',
  `status` tinyint(1) NOT NULL COMMENT '状态 1未售 2已售',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uq_sn_id` (`sn_id`),
  UNIQUE KEY `uq_sn_sku` (`sku_id`,`sn`),
  KEY `idx_sku_id` (`sku_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='SN';

insert into product_sku_sn(`sn_id`, `sku_id`, `sn`, `status`) values ('40000000', '200', 'SN-1', 1);
insert into product_sku_sn(`sn_id`, `sku_id`, `sn`, `status`) values ('40000001', '200', 'SN-2', 1);
insert into product_sku_sn(`sn_id`, `sku_id`, `sn`, `status`) values ('40000002', '200', 'SN-3', 1);

5 延伸知识

5.1 涉及角色

商品操作总体上分为平台运营和商家两个角色，平台运营主要维护类目、属性、类目与属性关系信息，相当于为商家维护商品设置规范。商家主要维护spu、sku、spu具体属性值是什么、sku具体属性值是什么、上下架状态。

5.2 自增主键不赋予业务含义

以商品表为例，我们不应该以id作为商品Id，应该设置product_id作为商品Id，要求product_id全局唯一，这样便于当数据量过大时进行分库分表。

5.3 允许适度冗余

商品表是一个高读写比典型，可能看10次才会产生1次购买行为，所以如果可以一次查询就查出所需信息对性能会更友好。

本文表设计并没有进行冗余，例如如果要冗余可以在relation_product_sku_attribute表中新增attribute_value字段记录属性值。冗余问题就是数据一致性，例如当属性值发生变化时，上述字段也要同步进行修改。

5.4 合理使用ES

正如上述章节所述，商品表是一个高读写比的典型，我们希望一次查询可以将所需信息查询出来，而不是跨多张表去查询，但是我们又不想在业务表冗余数据。

我们可以将商品信息平铺到ES中一个索引，这个索引具有商品全部字段信息，例如在查询商品列表或者商详时可以直接访问这个索引。

5.5 库存单独成表

product_sku有库存字段，对于库存字段修改相对而言比较多，其它信息变更比较少，因为如果出现下单、购买、退款行为，库存信息就会发生变化。所以可以将sku主表库存字段单独成表，从而减轻主表压力。

6 文章总结

本文通过介绍类目、属性、品牌、SPU、SKU、SN引出商品十二张基础表：

一级类目表：category_1_background
二级类目表：category_2_background
三级类目表：category_3_background
属性表：attribute
属性值表：attribute_value
类目与属性关系表：relation_category_attribute
品牌表：product_brand
SPU表：product
SKU表：product_sku
SN表：product_sku_sn
SPU与属性关系表：relation_product_attribute
SKU与属性关系表：relation_product_sku_attribute

这些十二张基础表从不同侧面描述了商品信息，其它复杂场景可以在这些基础表上进行扩展。同时在第五章节我们讨论了五个延伸知识，希望本文对大家有所帮助。

Idéias de Design e Realização de Doze Tabelas Básicas no Campo de Commodities