①我们做这个的目的是干什么?是为了面试,为了能够清晰地知道你当初干了什么。所以我们不是来这里看懂代码来了,而是只需要知道代码干了什么。看懂代码是次要的,重要的是看懂逻辑。
②缩略版就是展示了做了哪些功能+每个功能关联着哪张数据库
③详细版就是展示了做了哪些功能+如何实现这个功能的
④你可能感觉怎么总结还做了这么多?实际上都是图片,很快就看完了(我敢保证三个小时就能看完100集的东西)
文章目录
1)、三级分类
所有增删改查操做都只对应数据库中pms_category表
2)、品牌管理
对应数据库pms_brand表
1.查询功能
后台查询"pms_category_brand_relation"表
2.品牌与分类的关联
查询pms_category_brand_relation表
3.保存品牌与分类的关联信息
"pms_brand"表 和 "pms_category"表
4.级联更新
5.总说
就像手机里面有华为手机、小米手机,品牌和三级分类密切相关。
3)、属性管理
1.属性分组
1.查询功能
后台查询pms_attr_group表
2.新增功能
后台更新pms_attr_group表
3.修改功能
"pms_attr_group"表 和 "pms_category"表
2.基本属性
1.新增功能
2.查询基本属性
3.修改基本属性时信息回显
4.修改信息的提交
3.销售属性
1.查询销售属性
2.销售属性的新增
3.销售属性修改时信息的回显
4.销售属性修改信息的提交
4.关联属性分组 与 基本属性
1.查询关联关系
2.删除关联关系
3.查询未关联的属性
3.添加关联关系
4)、发布商品
1.发布spu商品
查询pms_attr_group分组表 和 pms_attr_attrgroup_relation关系表 pms_attr表
2.spu检索
后台查询"pms_spu_info"表
3.SKU检索
后台查询"pms_sku_info"表
4.SPU规格维护
后台更新"pms_product_attr_value"表
5)、库存系统
1.库存系统的查询
1.仓库查询
后台查询"wms_ware_info"表
2.商品—仓库查询
后台查询"wms_ware_sku"表
3.采购需求的查询
后台查询"wms_purchase_detail"表
2.合并采购需求
后台查询"wms_purchase"表
"wms_purchase"表、"wms_purchase_detail"表、"wms_purchase"表
3.采购人员领取采购单
“wms_purchase”、"wms_purchase_detail"表
4.完成采购
wms_purchase_detail采购项表 和 wms_ware_sku库存表、采购单wms_purchase表
6)、商品上架
前台发送上架请求,后台就把上架时需要展示的属性封装到SkuEsModel里面,然后把SkuEsModel里面的数据存储到ElasticSearch上面。(涉及到极多的数据库,直接看详细版)