商品中心中台支持系统(2)-分类设计

目录
  • 商品中心中台支持系统-分类设计
    • 修订记录
    • 目录
    • 1、分类设计
      商品中心中台支持系统-商品销售信息设计
修订记录
日期版本章节描述作者
2018-10-25V1.0初始版本无涯
目录1、分类设计

本文讲述电商系统构建中,商品中心属性模块的相关知识和数据存储设计。

1.1、分类知识

分类管理具有如下功能:

· 1.方便快速发布及管理商品,供应链人员或平台商家更好进行商品管理;

· 2.标准化商品服务,对于电商平台,品类定义基本平台的商品服务范围;

· 3.有利于仓库管理,合理的商品类目管理还能方便仓库中库位分区管理商品;

· 4.日常运营需要,在电商运营中,需要进行商品聚类,科学的类目管理可以减少运营的管理工作。

商品前台分类方便用户查找商品。根据运营需求,方便把商品挂载到不同的分类上。前台类目不同于固定的后台类目,编辑很灵活、可重叠、可删除、可随时变动,定时生效。

商品后台分类为商品的固定分类,一般不可轻易调整。商品上新时,先选择后台分类,后台分类可与规格,属性做绑定关联。后台类目树中最重要的是叶子类目,也就是类目树上不能再往下分的类目,任何商品都必须挂载到后台叶子类目上。

为什么要设置商品的前后台分类?
08 年的时候,有个淘宝的产品经理从线下零售巨头沃尔玛得到启发,他发现沃尔玛仓库里面的类目分区和货架区的类目分区是分离的,仓库里面的类目分区比较稳定,很少变化,而货架区的类目分区会根据活动和季节经常调整。类似的,淘宝也可以把原来的一套类目体系分为后台分类和前台分类,后台分类面向商家,用来挂载商品和属性模板,比较稳定很少变化;前台分类面向用户,主要方便用户查找商品,很灵活,可以经常调整。后台类目和前台类目之间通过映射联系起来,一个后台类目可以映射到多个前台类目,一个前台类目也可以包含多个后台类目。

从技术的角度来看的话,前台类目就是在后台类目的基础上建立了一个虚拟类目。

应用场景:

  1. 为商品设置前后台分类。

  2. 通过商品前后台分类筛选商品。

如京东商品搜索信息展示界面:在这里插入图片描述
2.2、分类管理

2.2.1、分类管理思维导图
在这里插入图片描述

2.2.2、前后台分类应用举例
在这里插入图片描述

用户输入 query:iPhone,类目属性体系预测到跟这个 query 最相关的前台类目是手机,然后前台类目通过映射找到后台类目手机,最终在这个类目下找到了“iPhone 5s 土豪金”这个商品。
有了类目属性体系,用户搜索 iPhone,系统就不会给出手机套这样的配件了,因为它只会到手机类目下去找商品。

有了类目属性体系,用户可以直接在搜索结果页按照类目和属性筛选商品,更加高效的找到想要的商品。而系统搜索可以通过记录用户搜索 query 之后的类目属性筛选行为,精准预测每一个 query 的类目和属性意图,当用户再次搜索的时候,可以根据 query 的类目属性意图,在 query 文本相关性的基础上计算出商品的类目和属性相关性,把包含 query,且跟用户的类目和属性意图最相关的商品优先展示给用户。这也是百度这样的通用搜索引擎所做不到的,因为它没有类目属性体系。

有了类目属性体系,还可以做好搜索算法的垂直化优化。也就是在每一个细分类目下,可以采用不同的商家权重和品牌权重,甚至可以有不同的排序公式。比如用户选择手机时,更多考虑各项参数和评测文章,这个时候相应的排序权重因子可以加强,而选择服装的时候,一张漂亮的主图就无比重要了,排序因子里面主图质量的权重就需要提升了。有了类目属性体系,还可以做基于类目和属性的个性化搜索。搜索引擎通过用户的类目属性筛选日志,可以挖掘出用户的一些特征,比如性别,意向价格区间,偏好品牌,偏好品类等,从而可以对这个用户做个性化的展示。

2.3、应用模块示例

后台分类管理
在这里插入图片描述
后台分类与规格关系管理:
在这里插入图片描述
后台分类与属性及属性值关系管理:
在这里插入图片描述
前台分类管理:
在这里插入图片描述
前台分类与商品关系管理:
在这里插入图片描述
前台分类与筛选项关系管理:
在这里插入图片描述
2.4、数据结构设计

2.4.1、数据表设计

分类数据存储在分类系统中,在商品中心,主要是利用分类数据做分类同商品,规格,属性等的关系数据维护。后台分类管理商品的基础信息,前台分类用于运营和商品数据筛选。

在这里插入图片描述
在这里插入图片描述
字段说明:
后台分类与规格关系表
c_id:后台分类编码
business_num:规格编码
商品前台分类与商品的关系,可通过分类下的商品与后台分类的关系获取到商品后台分类对应的属性和属性值。但为了各个不同业务平台的高度自定义,可设置前台分类对应属性的属性别名,属性值别名,于是才额外加了前台分类与属性,属性值的关系表。前台分类与属性属性值的数据根据程序自动生成,用户可编辑对应的属性名称和属性值名称。

分类具体数据由分类系统提供,具体包括分类别名,分类名称,分类编码,分类上下层级关系。

2.4.2、属性数据示例

展示后台分类与规格的测试数据:
在这里插入图片描述

2.5、设计原则说明

属性数据表设计原则:

1.基础信息字段细分独立。
2.业务归类。
3.为什么设置后台分类与属性关系后,还设置了后台分类与属性值的关系?
已经有了属性和属性值的关系,在设置分类与属性值的关系并不多余,参考京东的设计模式,因为一个属性下可能存在大量的属性值,比如口味。但考虑到一个具体商品分类时,他的属性值是少量的,因此需要专门设置分类与属性的关系。

  • 2
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
对于大中台来讲,现在并没有十分严格的定义,每个企业对其的理解都是不同的,有的在技术上使用大中台模式,有的在业务上使用大中台模式,有的将两者相结合。“大中台,小前”的机制最初阿里提出的时候,主要应用于O2O线上线下协同、电商等场景,对于电商来说,市场环境是瞬息万变的,而前是主要的一线业务,这时就需要一个强大的技术中台提供快速设计方法和系统性后端服务,去应对市场变化,灵活快速的做出应对策略。 技术中台从技术角度出发,数据中台从业务数据角度出发,业务中台站在企业全局角度出发,从整体战略、业务支撑、连接用户、业务创新等方面进行统筹规划,由基础中台、技术中台、数据中台L合支撑来建设业务中台。 本套中台案例基于真实工业界业务讲解,将多种经过工业界验证的成熟技术解决方案呈现给大家,本套课程拒绝枯燥的理论,全程代码实操,通过项目驱动的方式,让大家能够真实体验中台工业界开发过程,帮助大家建立中台思维,学习本套课程全部内容可以帮助提高自主开发一套高性能高可用高扩展的中台系统的能力。本套案例集后端+前+测试+运维一体,多方位的带你熟悉全过程。本课程将带大家实现一个真实的工业界中台项目,该项目是基于真实的知名互联网企业项目讲解,本课程将分为4个阶段: 第一阶段:会实现中台系统的大部分核心服务,包括:会员心,商品心,交易心,商家心,支付心,友凡商城等等。 第二阶段:进一步完善中台系统的核心服务以及优化,包括:营销心,搜索心,店铺心,缓存优化,数据库优化等等。 第三阶段:进一步优化以及完善产品服务,包括:前系统,中台系统,友凡商城 友凡生鲜,友凡超市等等。 第四阶段:项目收尾阶段以及运维阶段,包括:压力测试,系统维护,系统部署,虚拟化方案,测试方案等等。 本课程包含的技术: IDEA集成开发工具 SpringBoot 2.0.8.RELEASE SpringCloud Finchley.SR2 Thymeleaf(模板引擎技术) 支付宝支付MyCat、MySQL、Druid  持续集成解决方案(Jenkins) 认证解决方案(JWT) 网关解决方案(Zuul) 负载均衡解决方案(Ribbon) 分布式事务+多线程+事件驱动 MyBatis+Redis+Quartz Ehcache+Hystrix Nginx(Web服务器) Restful AOP技术 性能压力测试Jemter VUE+jQuery+Ajax+NodeJS VUE+Element-UI 容器部署Docker Kubertenes Lucene、ElasticSearch(搜索) 设计模式、RabbitMQ Swagger2 文档生成工具 人工智能(RNN、LSTM)多语言开发(Python、Django)课程亮点: 1.与企业无缝对接、工业界真实业务场景 2.集后端+前+测试+运维一体,多面学习技术链 3.多语言协调开发,熟悉语言应用场景 4.支持项目快速迭代和开发 5.引入人工智能智能客服系统6.使用微服务技术栈+前后端分离构建项目 7.引入全新的设计理念 8.全链路性能压力测试 9.分布式事务解决方案 10.事件驱动设计解决方案 11.多线程技术+设计模式的实战应用 12.分布式架构下实现分布式定时调度 13.集成MyBatis实现多数据源路由实战 14.集成SpringCloud实现统一整合方案 15 Kubernetes+Docker容器化部署和管理 16.大型系统分布式部署方案 17.高性能系统(支撑海量数据) 18.高并发下的服务降级、限流实战 19.实现高并发请求和实现高可用架构解决方案 20.全程代码实操,提供全部代码和资料 21.提供答疑和提供企业技术方案咨询企业一线架构师讲授,代码在老师的指导下企业可以复用,提供企业落地方案。  版权归作者所有,盗版将进行法律维权。 
商品管理系统的重难点主要包括以下几个方面: 1. 数据库设计商品管理系统需要处理海量的商品数据,因此数据库设计是非常重要的。在设计数据库时需要考虑数据的结构、关系、索引等问题,以保证系统的性能和可扩展性。 2. 用户权限管理:商品管理系统需要支持多种角色和权限,如管理员、产品经理、客服等,每个角色都有不同的权限和操作范围。因此,需要有一个完善的用户权限管理系统,以保证数据的安全性和操作的合法性。 3. 商品分类及属性管理:商品管理系统需要支持多级分类商品属性管理,以便于用户快速找到所需商品。同时,还需要支持动态添加、修改和删除商品属性,以满足不同商品的需求。 4. 订单管理:订单管理是商品管理系统的核心功能之一,需要支持订单的创建、修改、查询、删除等操作。同时,还需要支持订单的状态跟踪和支付处理,以保证订单的及时处理和交付。 为了解决这些问题,可以采取以下几种方法: 1. 使用成熟的开源框架:可以使用成熟的开源框架,如Spring、MyBatis等,来快速搭建商品管理系统,减少开发周期和成本。 2. 设计合理的数据库结构:在设计数据库时,需要考虑数据的结构、关系、索引等问题,以保证系统的性能和可扩展性。 3. 使用RBAC模型进行用户权限管理:可以使用RBAC(Role-Based Access Control)模型进行用户权限管理,以实现灵活的角色和权限管理。 4. 采用前后端分离的架构:前后端分离的架构可以提高系统的可维护性和扩展性,同时也可以提高系统的性能和用户体验。 5. 使用缓存技术提高系统性能:可以使用缓存技术,如Redis、Memcached等,来提高系统的性能和响应速度。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值