首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏方丈的寺院

    电商(1)-商品模块设计

    摘要 本篇主要介绍电商领域中的商品模块设计 sku,spu,item 关于sku, spu,item的讨论有很多,各个电商平台也有些细小的区别,可以参考这篇讨论 https://www.zhihu.com 这样设计也是可以的,使用item就可以满足需求,买家在搜索商品时,我不区分搜索的是哪个spu,直接去搜索item的属性也可以。 领域设计 类目设计 类目需要注意点就是要区分前台类目和后台类目,然后做对应映射,后台类目由商家创建,不经常变。前台类目出于营销目的,会经常需要变更。 ? ? 商品设计 ? tem :商品,存下商品主要信息 item_datail: 商品详情, item_template: 商品模板,有商家创建 sku sku,注意这边的sku属性采用的是公共属性,content存的是sku_property json string的内容,意味这部分的属性不可搜索,如果需要搜索,需要重新设计

    1.4K11发布于 2019-08-05
  • 来自专栏Grace development

    电商系统设计商品

    前言 这是电商系统设计系列在商品设计这块的最后一篇文章。 /2018/06/19/1-12/ – 电商系统设计商品 (上) https://blog.fastrun.cn/2018/07/08/1-26/ – 电商系统设计商品 (中) https://blog.fastrun.cn /2018/07/11/1-28/ – 电商系统设计商品 (下) https://blog.fastrun.cn/2018/07/16/1-29/ – 电商系统设计之订单 https://blog.fastrun.cn /2018/07/27/1/ – 电商系统设计商品接口 https://blog.fastrun.cn/2018/08/03/1-36/ 在以上文章中,有些地方描述的不够全面,这篇文章就当补个漏了。 运费模版 运费模版的设计一般依照淘宝的设计来就比较完美了。

    1.4K20发布于 2018-09-18
  • 来自专栏强仔仔

    【商城应用】商品运费流程设计

    需求分析: 在开始设计之前我们先来分析一下影响运费的几种情况: 目标地址 商品的重量 商品的体积 商品的件数 根据上面分类,我们可以分为两大类:地址、计费方式 地址又可以分为: 通过地址费用 特殊地址费用 最后就是发布商品的时候选择对应的运费模板就可以了。 运费模板UI: 根据上面分析的需求,我们可以设计如下所示的静态UI图 ? ER图: 接下来我们需要设计库表结构,这边主要建三张表就可以了,一个运费模板表、一个是特殊地区的运费表、还有就是商品表,表关联如下所示: ? app商品运费: 然后就到了最后的一个环节了,app的商品详情需要显示运费价格,上面的价格也就是我们根据用户收货地址计算的来的。 ? 其实我最想表达的还是这个实现的流程:需求分析、流程设计、思维导图、前端UI、ER图、写代码。好了今天的内容就介绍到这边了,谢谢大家的阅读~

    1.3K40发布于 2019-05-26
  • 来自专栏Grace development

    电商系统设计商品接口

    接口设计 简述 电商系统设计之中,比较复杂的接口就论商品详情的接口了,响应参数特别多,特别杂。 name string – 商品标题 price double 00.00 商品价格 keywords string – 商品关键字 market_price double 00.00 市场价格 virtual int 0 虚拟销量 sketch string – 商品简述 intro string – 商品详情 商品图参数 参数 类型 默认值 说明 album[] array [] 商品轮播图 id int 0 资源编码 name string – 图片名称 url string – 资源路径 商品视频参数 无视频则返回 [] 参数 类型 默认值 说明 radio[] array [] 商品视频 id int 0 资源编码 name string – 视频名称 url string – 资源路径 商品规格/属性参数 参数 类型 默认值 说明 attribute array[] [] 商品属性

    1.6K11发布于 2018-09-18
  • 来自专栏全栈程序员必看

    (二)购物商城数据库设计-商品设计

    大家好,今天我们来设计一下购物商城的商品表。 我们的目标是表结构能够满足下面这张图的搜索: 在设计表之前,我们先来了解下商品中的两个概念:SPU和SKU SPU SPU(Standard Product Unit):标准化产品单元。 是商品信息聚合的最小单位,是一组可复用、易检索的标准化信息的集合,该集合描述了一个产品的特性。通俗点讲,属性值、特性相同的商品就可以称为一个SPU。 因此,我们要新建一张分类表,里面存放各种分类名称,然后在SPU表里面添加一个分类id,如图: 现在,我们已经把SPU相关的表设计好了,现在来设计SKU相关的表。 至于增值保障,肯定需要一张表来存放增值保障信息,然后它跟SKU的关系是多对多的关系,需要一张中间表来关联 至此,商品表的核心内容已经设计得差不多了,当然还有其它内容。篇幅有限我们就不一一展开讨论了。

    4.5K41编辑于 2022-09-06
  • 来自专栏Grace development

    电商系统设计商品 (中)

    电商系统设计看似复杂又很简单,看似简单又很复杂 本章适合初级工程师及中级工程师细看,大佬请随意 前言 上一篇文章我们讲了关于电商SPU,SKU的概念,以及为何要设计自定义属性与自定义规格并解释了何时可以用到它们 我一直在说电商是一个既简单又复杂的东西,本章我们再一次深度解析电商系统商品设计的更多逻辑与实现。 关联 SPU对应多个SKU,SPU实际就是主商品表,类似于iphonex这款手机,而SKU则是这个商品绑定的规格表,类似与iphonex 红色款,iphonex 黑色款等。 ) ENGINE=InnoDB AUTO_INCREMENT=26 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 致谢 下一节我们讲用户购买商品后的商品设计及后台操作的设计 ,一个好的程序员应该考虑到自己人如何去添加商品及管理它们。

    1.4K20发布于 2018-09-18
  • 来自专栏Grace development

    电商系统设计商品 (下)

    电商系统设计看似复杂又很简单,看似简单又很复杂 本章适合初级工程师及中级工程师细看,大佬请随意 前言 商品系统与订单系统(交易系统)是相铺相成的,当买家购买商品后将经历一个过程 商品系统- 今天我们讲下从商品系统到交易系统和订单系统的存储过程及其设计上的应该注意的“坑”。 存储 前俩篇文章讲解的商品系统的SKU与SPU的设计过程 SPU(Standard Product Unit)标准化产品单元 SKU(Stock Keeping Unit)库存量单元 现在我们已经清楚商品系统数据表的设计并且清楚为什么要这样设计 订单号 用户 SKU 商品标题 商品价格 商品封面图 商品其他属性 SN110 小明 001 爱疯手机 8000 aifeng.png 其他属性 像上表中设计,有人会问了 “那关联的意义何在呢?” 文末有详细数据结构设计 后台功能列表 这里提供下功能名称与URL为参考 菜单名称 URL 商品管理 /product 发布商品 /product/create 商品类目 /product/category

    2.5K20发布于 2018-09-18
  • 来自专栏Grace development

    电商系统设计商品 (上)

    电商系统设计看似复杂又很简单,看似简单又很复杂 本章适合初级工程师及中级工程师细看,大佬请随意 前言 商品设计是电商系统中占据重要地位,如何设计出高扩展,高性能的商品系统并非一件简单的事情,我的设计是观摩互联网各大佬的设计后自行研究的 ,并非完全正确,但也不完全错误,现在我设计的这套电商系统已经在使用,如果在逻辑上遇到什么问题,会及时修改我关于电商系统相关文章的设计思想部分。 数据 具体数据表的设计如下 product 商品表 (spu表) CREATE TABLE `product` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT product_id`) ) ENGINE=InnoDB AUTO_INCREMENT=40 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 致谢 其实在商品设计层面看懂后还是很简单的 如果设计不合理例如商品添加很简单,但是修改商品就很复杂。在前期设计上我们要尽量避免这些“坑” 谢谢你看到这里,希望我的文章能够帮助到你。有什么问题可以在评论区留言,我看到会第一时间回复。

    2K52发布于 2018-09-18
  • 来自专栏互联网杂技

    UX 设计之——商品详情页

    在这片文章中,我将谈论商品详情页的设计并重点强调该页面的几个重要元素——商品图片、商品描述和“加入购物车”按钮。 什么是商品详情页面? 商品主图应该用于推销商品的主要特性,切忌让用户滚动后才能看到商品主图。 ? 2、提供一个图片库 图片可以向用户传达商品描述永远无法传达的感觉。 三、触发动作的按钮 用户永远都不应该还要花时间去找那些操作按钮——屏幕中最主要的按钮(如“加入购物车”、“立即预订”)应该设计的最为突出,使得用户能够自然而然的注意到,紧随其后的那些按钮(如“分享”、“ 收藏”)按钮则在设计上也要接近于前者的视觉效果。 四、结论 商品页面的每一个元素都应该设计的有益于用户。

    2K60发布于 2018-04-03
  • 来自专栏程序员IT圈

    电商系统设计商品 (上)

    前言 商品设计是电商系统中占据重要地位,如何设计出高扩展,高性能的商品系统并非一件简单的事情,我的设计是观摩互联网各大佬的设计后自行研究的,并非完全正确,但也不完全错误,现在我设计的这套电商系统已经在使用 ,如果在逻辑上遇到什么问题,会及时修改我关于电商系统相关文章的设计思想部分。 数据 具体数据表的设计如下。 product_id`) ) ENGINE=InnoDB AUTO_INCREMENT=40 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 致谢 其实在商品设计层面看懂后还是很简单的 如果设计不合理例如商品添加很简单,但是修改商品就很复杂。在前期设计上我们要尽量避免这些“坑”。 谢谢你看到这里,希望我的文章能够帮助到你。有什么问题可以在评论区留言,我看到会第一时间回复。谢谢。

    1.7K41发布于 2018-07-27
  • 来自专栏mall学习教程

    商品SKU功能设计与优化

    商品的SPU和SKU 首先我们来了解下商品SPU和SKU的概念,可能很多没有接触过电商的朋友都不了解。 商品的SKU设计 以前的设计 商品的SKU信息是存储在pms_sku_stock表中的,使用sp1、sp2、sp3这三个属性来存储商品的销售属性,这样做很不灵活,也难以扩展。 ? 改进后的设计 由于商品的销售属性是动态的,没法确定到底有多少个,此时我们可以改用JSON格式来存储,在pms_sku_stock表中添加了sp_data字段。 ? 商品关联SKU的修改 以前的做法 商品的SKU信息作为商品的关联信息,在修改商品信息时会同时进行修改。以前的做法是直接删除该商品的所有SKU信息,再重新添加。 这样就会导致商品SKU中的ID被修改,由于在购物车和订单商品中关联了商品SKU的ID,就会导致原来的ID失效的问题。下面是原来修改商品中SKU信息的代码。

    2.6K30发布于 2020-03-12
  • 来自专栏猿人工厂

    设计10——真电商之完整商品设计

    嘿嘿似乎还有一定的距离,设计就是这样一个过程,不断的去回看之前的一些东西,从而发现遗漏的东西,查漏补缺。今天,我们一起来经历下这个过程,进一步完善商品系统的设计。 ? ? ? ? ? 额,到现在才发现这个问题,简直不可饶恕,要是真完成设计进入编码阶段,这个问题就搞大了。赶紧分析一下。 至于还不熟悉商品需求和设计是怎么从无到有地挖掘出来的朋友,为了方便你的理解,简易你看看之前的系列文章猿设计8——真电商之刷新你对商品的认识以及猿设计9——真电商之商品实体识别。 ? ? ? 嗯,看上去规格与包装的信息,似乎是可以和类目的属性有些联系,但是作为一个商品,除了我们之前抽取出来的销售信息之外,还有好多普通属性没有记录下来,考虑到系统设计的冗余性,商品和sku上应该体现出来。 嗯,暂时找不出来了,我们将之前整理出来的商品实体串联起来看一下吧。在做设计工作的时候,也要有个度,懂得取舍之道,没有最完美的设计,只有最合适的道理。 ?

    55120发布于 2020-07-28
  • 来自专栏全栈程序员必看

    商品搜索引擎—推荐系统设计

    一、前言 结合目前已存在的商品推荐设计(如淘宝、京东等),推荐系统主要包含系统推荐和个性化推荐两个模块。 下面具体介绍系统推荐和个性化推荐的设计方案。 由于系统推荐实现相对简单,因此不作过多的文字说明,下面详细介绍个性化推荐的设计。 3.3、用户喜好设计 (1)判断用户喜好因素:历史购买、历史购物车、历史搜索、历史浏览等,待确定我们可用数据再进一步细化。 (2)用户对某个商品的喜好程度,通过不同行为对应不同分值权重,如:历史购买(10)、历史购物车(8)、历史搜索(5)、历史浏览(6),确定用户喜好因素后再进一步对各个因素评分权重进行 合理的设计

    1.9K40编辑于 2022-06-29
  • 来自专栏Java架构师必看

    设计一个商品销售管理系统c语言_商品管理系统c++课程设计

    这个商品销售管理系统,目的就在于能够更好的对商品信息情况,进货退货信息,商品的库存以及销售情况,销售结账的订单等进行精确的查询,以便更好的完善和更新商品销售信息系统。 该系统是将销售管理信息化,实现了进货、退货、消费、结账等新的管理方式,提高了商品销售的运转效率,利于企业的管理,可以实现企业商品管理的信息化,网络化,现代化。 第二部分:系统功能和原始数据 (1)原始数据 (2)系统功能 设计一商店销售管理系统,功能包括: 输入商品基本数据,即商品入库,包括商品编号、商品名称、商品单价、商品数量。 输入商品销售数据,包括商品编号或名称,销售数量。 增加商品数量:可添加商品数量。 计算:计算商品的销售总额及库存。 商品的增加与删除:可以增加某种商品或删除某种商品,在增加与删除前均需要用户确认。 商品库存、商品销售数据保存在文件中。 第三部分:程序总体设计 (1)数据结构 (2)模块划分和层次结构 模块划分为6部分:进货、销售、删除商品、增加商品数量、查看目前库存、退出系统。

    78120编辑于 2022-05-26
  • 来自专栏java技术大本营

    架构设计-商品模块的领域驱动设计思路及实现

    代入今天的商品模块,就是A 要商品, C能提供商品.B 来进行中间的逻辑判断能否提供对应的商品 设计之初及一些方法 在给本文起标题的时候犹豫了下,是写架构设计还是写DDD呢,后来想了一想,这个项目也是在尝试 DDD,用的还不是很成熟,就还是写了架构设计. ,架构设计分两部分,一部分是业务架构,一部分是技术架构. B 使用 匹配规则 验证 C 的 商品 是否满足 A 的 产品 需求 这样一来,只有匹配规则是一个黑盒子了,但这块是业务逻辑,在架构设计之初,可以不做太多考虑,用一个设计模式中的模板模式定义一个方法,以后再实现 深入业务场景 目前为止的业务架构设计已提取了基本关键关键词元素,后续的场景就是以这些元素为主角去完成我们现实中的需求,这里和测试用例的设计比较像了,何为深入业务场景,就是和领域内专家多讨论,从讨论中提取业务场景模型

    74920发布于 2019-08-02
  • 来自专栏sringboot

    数据库设计商品表分析2

    ,比如 iphone8'; 与我们前面分析的基本类似,但是似乎少了一些字段,比如商品描述。 可以看到,与规格参数表中的模板相比,最大的区别就是,这里指定了具体的值,因为商品确定了,其参数值肯定也确定了。 特有属性用举例存储。 比如,商品详情页展示可选的规格参数时: ? 这个设计商品详情页会特别有用: ? 当用户点击选中一个特有属性,你就能根据 角标快速定位到sku。 3.总结 数据库设计要从显示物理中抽象物体的属性,将相同的属性抽离,创建简单,便于查询的表结构

    1.7K30发布于 2019-11-01
  • 电商商品模块数据库表设计

    电商商品模块数据库表设计先抛开营销和具体业务不谈商品必然会有库存,类别,品牌,基础信息(其他字段,如名字,描述),属性(规格/参数),评论等。 属性设计对于一件商品的属性,它应该分为规格和参数规格:消费者选择购买的款式,如衣服尺寸x还是xl,苹果手机内存128g还是256g参数:该商品本身固定属性,如某一衣服材质是聚酯纤维,苹果14的处理器是A14 ,和论坛系统差不多品牌设计和评论差不多,但是N对1(即一个商品就一个品牌,而一个品牌多商品DROP TABLE IF EXISTS `pms_brand`;CREATE TABLE `pms_brand 60 CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '品牌表' ROW_FORMAT = DYNAMIC;总结不加任何业务,电商中商品设计应该有这些属性设计如何区分规格和参数 :加个字段分类加parent_id分层设计库存sku_code编码某一规格下的商品的库存 sp_data来区分评论商品对评论,1对N回复评论品牌商品对品牌,N对1

    1.2K12编辑于 2024-05-14
  • 来自专栏安徽开发者圈

    某电商商品搜索系统架构设计

    对于电商系统来说,商品搜索是其核心功能之一,如何能保证在海量的数据中,能低延时的搜索到关心的商品信息直接影响到用户的使用体验,在商品搜索中,如根据用户画像定向的做推荐,或是基于位置信息如美团O2O类搜索 比较适合做聚合搜索,一般在买家首页,根据用户的搜索条件、位置、用户画像等条件搜索,他搜索的是一批数据,而Reids由于它的存储结果是K-V形式,这就觉得了他只适合根据主键制作搜索,比如用户在商城首页搜索到商品 ,需要点击商品详情,这时候就从Redis中取数据。

    1.2K20编辑于 2022-12-28
  • 来自专栏大前端(横向跨端 & 纵向全栈)

    商城项目商品数据库的设计

    商城商品数据库的ER图 ? 2. 商品模块实现的流程 (1). 实现商品类型的增删改查。 (2). 实现商品类型属性的增删改查,并实现类型和类型对应属性的关联。 (3). 实现商品分类的增删改查,并实现商品分类表的自关联。 (4). 实现商品模块的增删改查、并且实现商品商品分类、商品类型、颜色等其他表的关联。

    1.2K30发布于 2020-11-26
  • 来自专栏成套网站

    基于python评论分析的商品推荐系统设计

    1.5 Django框架介绍Django是一个高级Python Web框架,它鼓励快速开发和清晰的设计,Django提供了一个完整的Web开发框架,包括ORM(对象关系映射)、表单处理、用户认证、会话管理等功能 、跨站点请求伪造(CSRF)保护、XSS(跨站点脚本)防护等,帮助开发者构建安全可靠的Web应用程序,Django的模板系统使得开发者能够轻松创建动态页面,支持模板继承、过滤器、标签等功能,提高了页面设计的灵活性和可重用性

    29810编辑于 2025-09-11
领券