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

2024-06-02 06:57| 来源: 网络整理| 查看: 265

商品规格数据结构与商品表结构分析： 1. 商品规格数据结构 1.1 规格属性内容 1.2 横表与数表 1.3 表结构 1.3.1 SpecGroup规格组 1.3.2 SpecParam规格参数 1.4 从面向对象的角度分析 2. 商品表结构分析 2.1 SPU和SKU 2.2 表结构 2.2.1 表结构分析 2.2.2 SPU表 2.2.2.1 spu表结构 2.2.2.2 spu_detail 表结构 2.2.2.3 spu中的规格参数 2.2.2.3.1 generic_spec字段 2.2.2.3.2 special_spec字段 2.2.3 SKU表 2.2.3.1 sku表结构 2.2.3.2 stock库存表 2.2.3.3 sku中的规格参数 2.2.3.3.1 indexes字段 2.2.3.3.2 own_spec字段

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)

【本文地址】

公司简介

联系我们