⑴学习计划安排如下：
⑵昨天实现了规格参数组相关的业务，点击商品分类，可以查看到其对应的规格参数组信息。
⑶比如上图中“手机”这个商品分类的规格参数组有：主体、基本信息和操作系统。
⑷现在我们要实现的需求是：
⑸点击相应的规格组，会跳转到其规格参数的页面，也就是该规格组下有哪些规格参数？
⑹具体数据需要我们从数据库中查询，因为我这边业务还未完成，所以显示的数据为：“该分组下没有参数”。
⑺无外乎还是要弄清楚四大内容：
⑻好，弄清楚了这四点，就可以写后台代码了。
⑼关于实体类有一个知识点要说明下。
⑽numeric这个字段在mysql数据库中是一个关键字，会有冲突。
⑾面对这个问题有两种解决方式：
⑿①使用注解Colum
⒀说明关键字字段是哪个一个即可，但是该方式若是有多个关键字需要一一说明。
⒁②配置文件中配置
⒂也可以在yam文件中如图中配置。
⒃注意：该配置只在mysql数据库中有用。
⒄Java三层架构
⒅①Controller层代码编写
⒆根据请求相关的四大内容即可完成Controller层的代码编写。
⒇注意请求参数gid是以问号的形式拼接到请求路径中的，所以使用注解RequestParam。
⒈②Service层代码编写
⒉使用通用mapper完成查询操作：因为不是主键查询，所以创建对应的实体类对象，将gid赋值给该对象，最后根据该对象完成查询。
⒊③Mapper层代码编写
⒋继承通用mapper提供的Mapper接口即可，在泛型中说明对应的实体类SpecParam。
⒌我们再次在管理系统中点击对应的规格参数组，就能查询到对应的规格参数了。
⒍上图中就是“主体”这个规格参数组，从数据库中查询到了个规格参数，此外还有：
⒎关于这三个业务就暂且不一一说明了，其实无外乎就还是这么一个思路。
⒏SPU和SKU是电商中两个非常重要的概念。
⒐什么是SPU和SKU呢？
⒑这种官方定义看起来好像挺难理解的，我以某电商网站某品牌手机为例作个说明：
⒒思考问题：上图是一个商品么？
⒓它不是一个具体的商品，它是一个SPU，我通过选择不同的属性可以组合成多个商品。
⒔SPU是商品的共有集，并不是固定某个商品。
⒕比如上图中手机有三种颜色可以选择，手机内存也有种可以选择。
⒖而SKU才是具体的某个商品。
⒗比如陶瓷黑、G+GB内存…等每一项都确定好之后的商品才是一个SKU。
⒘通俗理解就是我们购买订单页面对商品的详细说明，就是一个SKU。
⒙每一个SKU的价格一般是不一样，我们购买的是SKU而不是SPU。
⒚SPU数据表设计分析
⒛在数据库中其被拆分成了两张表，我们具体做一个分析：
①商品①：陶瓷黑、G+GB内存…等属性都确定后的一个SKU。
②商品②：亮银版、GB+GB内存…等属性都确定后的一个SKU。
③无论是商品①还是商品②其SPU都是一样的。
④其包含有：id、商品名称、品牌id，副标题、商品描述（描述一般都会描述配置最高的那个、包装、售后服务。
⑤因为关于商品描述这个字段非常的长，所以将SPU表做了一个拆分，将这些描述性字段单独又放在了一个数据表中。