概述
在开发WEB项目时商品规格的实现是一个比较复杂实现的点,因为商品规格和商品以及商品类目三者互相都有大量的关联。本文将一步步带你了解实现每个商品展示自己独有的商品规格需要哪些步骤和分析。
一、商品规格
1.什么是商品规格
以京东为例:
我们可以从中看出规律:
- 同一类商品的组名还有组成员相同,但是同一类商品组成员里的内容不一样
- 不同类商品组名和组成员不一样
商品规格参数的模板是和商品类目关联的,不同的类目拥有不同的商品规格参数模板。
商品规格参数是和商品数据关联的,不同的商品拥有不同的商品规格参数数据。
2.实现方案
2.1方案一:使用多个表来存储
1、每一类商品有多个分组
2、每个分组下有多个项
3、每个商品对应不同的规格参数
使用二维表来维护规格数据
表一:规格组信息
列名 | 类型 | 长度 | 可以null | 键 | 说明 |
---|---|---|---|---|---|
Id | Int | 否 | P | 主键(自增长) | |
group_name | varchar | 20 | 否 | 规格分组名称 | |
item_cat_id | Int | 否 | F | 商品分类id(外键) |
表二:规格项信息
列名 | 类型 | 长度 | 可以null | 键 | 说明 |
---|---|---|---|---|---|
Id | Int | 否 | P | 主键(自增长) | |
param_name | varchar | 20 | 否 | 规格项目名称 | |
group_id | Int | 否 | F | 规格分组id(外键) |
表三:商品规格信息
列名 | 类型 | 长度 | 可以null | 键 | 说明 |
---|---|---|---|---|---|
item_id | Int | 否 | P | 商品id(联合主键) | |
param_id | varchar | 否 | P | 规格项id(联合主键) | |
param_value | varchar | 500 | 否 | 规格信息 |
实现查询的sql语句
SELECT
pg.group_name,pk.param_name,pv.param_value
FROM
tb_item_param_value pv
LEFT JOIN tb_item_param_key pk ON pv.param_id = pk.id
LEFT JOIN tb_item_param_group pg ON pk.group_id = pg.id
WHERE
item_id = 855739
2.2方案一存在的问题
1、需要创建多张表来描述规格参数之间的关系,查询时需要大量的关联。
2、查询时需要复杂的sql语句查询。
3、规格参数数据量是商品信息的几十倍,数据量十分庞大。查询时效率很低。
4、维护不方便,如果删除某个规格分组信息,则所有与之相关的商品的规格信息都发生变化。
解决方案:
使用模板的方式来解决。
3.方案二:模板
使用一种动态的方法描述参数模板,每个商品分类对应一个参数模板。添加商品信息时,根据规格参数模板生成规格参数录入项。保存商品时将规格参数生成一个字符串保存到数据库中。展示商品详情时,从数据库中取出规格参数信息,转换成html展示给用户。
这个动态的数据结构我们可以使用json,也就是说,在创建商品规格组时向数据库中存放此组格式的json数据,在添加商品页面时,读取规格组的json数据生成一个表格供用户填写商品的具体规格参数。然后商品添加提交的时候,我们再将用户填写的表中信息转化为json格式数据导入进商品规格参数表。当用户查看此商品的具体参数时,我们直接从商品规格参数表中读取json格式数据,转化为html页面供用户观看。
3.1流程图
3.2需要创建的表
模板表:每个不同的种类商品都有不同的规格组和规格项,故外键为类id
商品规格数据表:
3.3模板格式
1、每一个商品分类对一个规格参数模板。
[
{
"group": "主体", //组名称
"params": [ // 记录规格成员
"品牌",
"型号",
"颜色",
"上市年份",
"上市月份"
]
},
{
"group": "网络", //组名称
"params": [ // 记录规格成员
"4G",
"3G,
"2G"
]
}
]
2、使用模板
每个商品对应一唯一的规格参数。在添加商品时,可以根据规格参数的模板。生成一个表单。保存规格参数时。还可以生成规格参数的json数据。保存到数据库中。
[
{
"group": "主体",