• 昨日完成了商品规格参数组业务流程，今日再次完成其相匹配的规格参数。
• 理清晰SPU和SKU的定义，另外剖析对SPU的数据分析表设计方案。

一、规格参数业务流程完成

1业务流程需求分析报告

昨日完成了规格参数组有关的业务流程，点一下商品归类，能够查询到其相匹配的规格参数组信息内容。

例如图中中“手机上”这一商品归类的规格参数组是：行为主体、基本资料和电脑操作系统。

如今我们要完成的要求是：

点一下相对应的规格型号组，会自动跳转到其规格参数的网页页面，也就是该规格型号组下有什么规格参数？

实际数据信息必须大家从数据库查询中查看，由于我这边业务流程还没完成，因此表明的数据信息为：“该排序下沒有主要参数”。

2要求相关性分析

不外乎或是要搞清楚四大內容：

• 要求途径：真正途径便是spec/params。
• 要求方法：GET要求。
• 要求主要参数：gid，也就是规格参数组id。
• 传参：是一个规格参数二维数组。

好，搞清楚了这四点，就可以写后台管理编码了。

3dao层和数据分析表

有关dao层有一个知识要点要表明下。

numeric这一字段名在mysql数据库查询中是一个关键词，会出现矛盾。

应对这个问题有二种处理方法：

①应用注释@Colum

表明关键词字段名是哪个一个就可以，可是该方法倘若有好几个关键词必须一一表明。

②环境变量中配备

还可以在yam文档中如图所示中配备。

留意：该配备只在mysql数据库查询中有效。

3Java三层架构

①Controller层编码撰写

依据要求有关的四大內容就可以进行Controller层的编码撰写。

留意要求主要参数gid是以疑问的方式拼凑到要求途径中的，因此应用注释@RequestParam。

②Service层编码撰写

应用通用性mapper进行查看实际操作：由于并不是主键查看，因此建立相匹配的dao层目标，将gid取值给该目标，最终依据该目标进行查看。

③Mapper层编码撰写

承继通用性mapper出示的Mapper插口就可以，在泛型中表明相匹配的dao层SpecParam。

4检测

大家再度在智能管理系统中点一下相匹配的规格参数组，就能查看到相匹配的规格参数了。

图中中便是“行为主体”这一规格参数组，从数据库查询中查看到3个规格参数，除此之外也有：

• 增加业务流程相匹配增加主要参数按键。
• 改动业务流程相匹配改动按键。
• 删掉业务流程相匹配删掉按键。

有关这三个业务流程就姑且不一一表明了，实际上不外乎就或是那么一个构思。

二、SPU和SKU算法设计

SPU和SKU是电子商务中2个十分关键的定义。

1什么叫SPU和SKU呢？

• SPU全称之为Standard Product Unit，汉语翻译回来便是规范商品企业。
• SKU全称之为Stock Keeping Unit，汉语翻译回来便是供应量企业。

这类官方网界定看上去仿佛挺难了解的，我终某电子商务网站某手机品牌为例子作个表明：

独立思考：图中是一个商品么？

它并不是一个实际的商品，它是一个SPU，我根据挑选不一样的特性能够组成好几个商品。

SPU是商品的现有集，并并不是固定不动某一商品。

例如图中中手机有三种颜色能够挑选，手机运行内存也是有4种能够挑选。

而SKU才算是实际的某一商品。

例如瓷器黑、8G+128GB运行内存…等每一项都明确好以后的商品才算是一个SKU。

简单了解便是大家选购订单信息页应对商品的详细描述，便是一个SKU。

每一个SKU的价钱一般是不一样，大家选购的是SKU而不是SPU。

2SPU数据分析表设计方案剖析

在数据库查询中为被拆分为了二张表，大家实际做一个剖析：

商品①：瓷器黑、8G+128GB运行内存…等特性都明确后的一个SKU。

商品②：亮银版、8GB+258GB运行内存…等特性都明确后的一个SKU。

不论是商品①或是商品②其SPU全是一样的。

其包括有：id、商品名字、知名品牌id，小标题、商品叙述（叙述一般都是会叙述配备最大的那一个）、包裝、售后维修服务。

由于有关商品叙述这一字段名十分的长，因此将SPU表干了一个分拆，将这种说明性字段名独立又放到了一个数据分析表中。

版权声明：文中內容由互联网技术客户自发性奉献，通篇见解仅代表创作者自己。本网站仅出示信息内容储存空间服务项目，不有着使用权，不担负有关法律依据。如发觉本网站有因涉嫌剽窃侵权行为/违反规定违反规定的內容， 请发邮件 检举，一经查证，本网站将马上删掉。