商品规格数据结构与商品表结构分析

1. 商品规格数据结构

商品中都有属性，不同商品，属性往往不同。

1.1 规格属性内容

在生活中，我们很容易发现，虽然商品不同，规格不同。但是统一分类的商品，比如都是手机，其规格是一致的，但是值不一样。也就是说，商品的规格参数应该是与分类绑定的。每一个分类都有统一的规格参数模板，但不同商品其参数值可能不同。

因此：

• 规格参数的名称(key)与值(value)应该分开来保存；
• 一个分类，对应一套规格参数模板，只有规格参数key，没有值；
• 一个分类对应多个商品，每个商品的规格值不同，每个商品对应一套规格的值。

1.2 横表与数表

值我们暂且不管，新增商品时，再来填写规格参数值即可，我们先思考规格参数模板(key)该如何设计。
先看下规格参数的结构：

• 规格数据首先要分组，组内再有不同的规格参数
• 不同分类，其分组名称也不同
• 不停分类，组内属性也不同
  这样就意味着：有多少分类，就有多少分组。
  如果按照传统设计，我们会以规格参数作为数据库字段名。如品牌、型号都是字段，那么表的字段就会无限多。这样的表称为横表。一条信息，描述所有数据。例如：
  
  我们不这样做，我们一条信息，只描述一条规格属性，也就是把规格参数作为字段的值，而非字段本身。这样的设计称为竖表设计。例如：
  
  不过，规格和规格组也要单独保存，都采用竖表设计。所以我们有两张表：
  
  如图：
  

1.3 表结构

1.3.1 SpecGroup规格组

规格参数分组表：tb_spec_group

CREATE TABLE `tb_spec_group` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `cid` bigint(20) NOT NULL COMMENT '商品分类id，一个分类下有多个规格组',
  `name` varchar(50) NOT NULL COMMENT '规格组的名称',
  PRIMARY KEY (`id`),
  KEY `key_category` (`cid`)
) ENGINE=InnoDB AUTO_INCREMENT=14 DEFAULT CHARSET=utf8 COMMENT='规格参数的分组表，每个商品分类下有多个规格参数组';

1.3.2 SpecParam规格参数

规格参数表：tb_spec_param

CREATE TABLE `tb_spec_param` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `cid` bigint(20) NOT NULL COMMENT '商品分类id',
  `group_id` bigint(20)