商品模型表设计

最新推荐文章于 2021-08-24 17:44:54 发布
VIP文章 最新推荐文章于 2021-08-24 17:44:54 发布
阅读量378 收藏
点赞数
分类专栏： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/rulaixiong/article/details/109112484
版权

1. 表关系

分类表 <= 商品表 <= SKU表(库存表)
分类表 <= 属性名 <= 属性值
商品表 <= 商品和属性关系表 => 属性名|属性值

2. 业务逻辑

1. 同一商品不同SKU库存和售价不同.
2. 不同类型的商品具有不同的属性名和属性值(如汽车和服饰),所以属性需要支持后期添加和维护.
3. 在某个商品分类下通过属性筛选商品.
4. 商家某商品的销量统计,某商品不同SKU的销量统计.

3. 数据库表

3.1 分类表
商品分类编号 分类名称 父分类编号
1 男装 0
2 裤子 1
3 外套 1
4 内裤 1
5 袜子 1
最低0.47元/天 解锁文章
程序员buddha
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
商品表结构分析
dianemax
05-26 2429
文章目录引言表结构分析 引言 先引入两个概念： SPU：Standard Product Unit （标准产品单位） ，一组具有共同属性的商品集 SKU：Stock Keeping Unit（库存量单位），SPU商品集因具体特性不同而细分的每个商品 所有sku共享的规格属性（称为全局属性） 每个sku不同的规格属性（称为特有属性） 表结构分析     ...
电商网站商品模型之商品详情页设计方案
FG7313的博客
02-16 866
如下设计方案参考淘宝和华为商城 SKU SPU的关系 SPU = Standard Product Unit （标准产品单位）SPU是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。例如iphone4就是一个SPU,与套餐、存储容量、颜色无关。 SKU=stock keeping unit(库存量单位)SKU即库存进出计量的单位， 可以是...
电商系统中商品模型与类目体系设计
春哥大魔王的博客
02-08 5409
商品为什么重要商品是电商系统中最重要的业务模型，某种程度上说，电商就是围绕于商品进行的，不管在电商供应链、电商营销、还是推荐，商品都有其非常重要的地位。本文将为你介绍在电商系统中如何从概念...
数据库模型设计.doc
01-08
数据库模型设计连载(1～6) 最近一直有个愿望：希望把自己所从事的数据库模型设计方面的工作经验和想法付诸文 字，算是对此前工作的一个总结，今天终于开始了万里长征的第一步。 在正式开始之前，我先向大家介绍两本书——《数据模型资源手册卷一》、《数据模型资源 手册卷二》，国内有机械工业出版社出版的中文译本，很多同行可能都已看过，我本人也 看过。 看过之后深受启发，同时也感到两点美中不足： 1、这两部书的成书时间较早，且原作内容是基于美国企业的业务需求而建，有些最新 的行业信息及"中国特色"的东西没有收录。 2、书中原作者所使用的设计符号是作者专用的，而对于目前国内数据库模型设 计的专业人员来说，ER图或者PowerDesigner中的CDM、PDM图更容易理解和沟通。 所以，在今后一段时间，我希望每天能抽出2个小时，结合上面提到的两部书的 内容、PowerDesigner的PDM模型以及本人相关工作经验，在这里做一个数据库模型设计 的连载。本连载计划用120天的时间撰写完毕。 这么做的目的，一方面是将头脑里的无形信息落实到文字上、有效避免遗忘， 另一方面更加希望抛砖引玉，在与同行们沟通交流之后对我自己也是个促进和提高，对 其他同行也起到各借鉴的作用。望广大同行们不吝赐教，大家一起来推动数据库模型设 计的资源共享计划。 什么是模式？ 连载之1 原创：胖子刘（转载请注明出处及作者，谢谢。） 什么是模式？简单说来，模式类似于定式，就是遇到反复出现的同一问题时所固定使 用的解决方案。下围棋的朋友可能对"定式"这个词比较熟悉，定式包含着下棋时做遇到 的各种情况下的下法、急所、手筋及死活等基本原理，例如星定式、小目定式、边定式 等等，定式懂的越多，围棋下的越好。 那么是不是数据库设计模式懂得越多，设计工作越完美呢？理论上是这样，但是在我 这里，各位朋友所能看到的数据库设计模式只有四种。 为什么只有四种而不是更多？ 不时有那句话吗："浓缩的都是精华"！ 在后面的文章中，您会陆续看到浩浩荡荡的设计实例连篇累牍，却都是利用这四种基 本模式设计出来的。《易传·系辞》曰："易有太极，是生两仪，两仪生四象，四象生八卦 。"老子在《道德经》中也说："道生一，一生二，二生三，三生万物。" 设计模式不必多，只要掌握其中关键的几个，再结合实际的业务需求，一个完整的数 据库模型就可以推导出来。 下面让我们来逐一介绍这四种主要设计模式—— （一）主扩展模式 连载之2 原创：胖子刘（转载请注明出处及作者，谢谢。） （一）主扩展模式 主扩展模式，通常用来将几个相似的对象的共有属性抽取出来，形成一个"公共属性 表"；其余属性则分别形成"专有属性表"，且"公共属性表"与"专有属性表"都是"一对一 "的关系。 "专有属性表"可以看作是对"公共属性表"的扩展，两者合在一起就是对一个特定对象 的完整描述，故此得名"主扩展模式"。 举例如下（注：这个例子已经作了相当程度的简化，仅仅是用来帮助大家理解"主扩 展模式"这个概念来使用的，请大家注意）。 假设某公司包括如下6种类型的工作人员：采购员、营销员、库房管理员、收银员、 财务人员和咨询专家，采用主扩展模式进行设计，如下图所示。 无论哪种类型的工作人员，都要访问公司的办公软件，所以都有"登陆代码"和"登录 密码"；并且作为一般属性，"姓名"、"性别"、"身份证号"、"入职时间"、"离职时间"等 属性，都与个人所从事的工作岗位无关，所以可以抽取出来作为公共属性，创建"公司员 工"表。 很显然，公司委派员工采购哪些商品是"采购员"的专有属性，这是由公司的实际业务 特点决定的。换句话说，公司不可能把采购任务放到"营销员"身上，也不可能放到"库房 管理员"身上，"采购商品"属性就是"采购员"的专用属性。 "采购员"表的主键与"公司员工"表的主键是相同的，包括字段名称和字段的实际取值 ；"采购员"表的主键同时是"公司员工"表主键的外键。在PDM图里可以看到"采购员"表中 的"员工ID"字段后面有一个"<pk,fk>"标记，这个标记就说明"员工ID"字段既是"采购员 "表的主键，同时也是该表的外键。 "公司员工"表是主表，"采购员"表是扩展表，二者是"一对一"的关系，两个表的字段 合起来就是对"采购员"这个对象的完整说明。同理，"公司员工"表和其他5个表之间也都 分别构成了"一对一"的关系。 对于主表来说，从表既可以没有记录，也可以有唯一一条记录来对主表进行扩展说明 ，这就是"主扩展模式"。 （二）主从模式 连载之3 原创：胖子刘（转载请注明出处及作者，谢谢。） （二）主从模式 主从模式，是数据库设计模式中最常见、也是大家日常设计工作中用的最多的一种模 式，它描述了两个表之间的主从关系，是典型的"一对多"关系。 举例如下（注：这个例子已经作了相当
关于模型的PWM设计
08-10
模型的PWM不是各位电子高手所习惯的几KHZ的PWM信号，模型用的频率要慢很多，但是原理上是一致的。模型的PWM频率很低，几乎都是用软件+定时器做的。在说之前，首先要提到一个东西，模型的标准接收机。这个是用于接收遥控信号，并且 “直接” 给多个通道的舵机/电调输出PWM信号的。它的输出标准，是我们用单片机输出PWM信号控制商品舵机/电调的参考。
璀璨展示树3D模型设计
01-03
璀璨展示树3D模型设计适用于展示模型设计
数据库--商品 表的设计
别浪
11-23 1万+
目录 商品分类表: 商品品牌表 商品分类表: tb_item_cat 树状结构 CREATE TABLE `tb_item_cat` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '类目ID', `parent_id` bigint(20) DEFAULT NULL COMMENT '父类目ID=0时，代表的是一级的类目'...
（二）购物商城数据库设计-商品表设计
热门推荐
axe的专栏
05-29 10万+
大家好，今天我们来设计一下购物商城的商品表。 我们的目标是表结构能够满足下面这张图的搜索： 在设计表之前，我们先来了解下商品中的一个概念：SPU和SKU SPU SPU(Standard Product Unit)：标准化产品单元。是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。通俗点讲，属性值、特性相同的商品就可以称为一个SPU。 SK...
电商系统，剖析商品模块中商品表(spu)、规格表(sku)的数据库是如何设计的
打代码是一天，不打代码也是一天
08-24 2万+
不管开发B2C、B2B2C、还是B2B等电商项目，不可避免的要实现上面的详情页面。页面展示中，商品的名称、商品的主图、商品的详情都容易搞定。就是商品种类繁多后，每一种商品具有不同的规格，不同的规格就会对应不同的价格和库存，这点比较难搞。以上面图为例，不同的机身颜色和存储容量的组合，会出现不同的库存以及不同的价格。 下面针对sku如何实现这个功能，而不相干的字段就屏蔽掉。 分类的数据库表，商品太多，一般会按照分类进行管理。比如分手机的分类、电脑的分类。 CREATE TABLE `category` ( .
购物商城之产品数据模型设计
萌教授的博客
07-10 4113
该模型由产品、单品（SKU）、仓库三个主要部分组成，其中进货渠道（供应商）及销售渠道（代销商）部分只做简单展示，此次不做详细讲解，本方案设计初衷以适应实物线上线下进销存管理需求，所以对虚拟产品的销售暂未考虑，但该模型经过简单修改，对虚拟产品仍然具有可使用性。
高并发秒杀架构模型设计附源码案例
01-27
秒杀系统相信很多人见过，比如京东或者淘宝的秒杀，小米手机的秒杀。那么秒杀系统的后台是如何实现的呢？我们如何设计一个秒杀系统呢？对于秒杀系统应该考虑哪些问题？如何设计出健壮的秒杀系统？本期我们就来探讨一下这个问题：分析秒杀的业务场景，最重要的有一点就是超卖问题，假如备货只有100个，但是最终超卖了200，一般来讲秒杀系统的价格都比较低，如果超卖将严重影响公司的财产利益，因此首当其冲的就是解决商品的超卖问题。秒杀具有时间短、并发量大的特点，秒杀持续时间只有几分钟，而一般公司都为了制造轰动效应，会以极低的价格来吸引用户，因此参与抢购的用户会非常的多。短时间内会有大量请求涌进来，后端如何防止并发过高造
浅谈12306核心模型设计思路和架构设计
02-26
春节期间，无意中看到一篇文章，文章中讲到12306的业务复杂度远远比淘宝天猫这种电商网站要复杂。后来自己想想，也确实如此。所以，很想挑战一下12306这个系统的核心领域模型的设计。一般的电商网站，购买都是基于商品的概念，每个商品有一定量的库存，用户的购买行为是针对商品的。当用户发起购买行为时，系统只需要生成订单并对用户要购买的商品减库存即可。但是，12306就不是那么简单了，具体复杂在哪里，我下面会进一步分析。另外一个让我写这篇文章的原因，是我发现也许是否是因为目前12306的核心领域模型设计的不够好，导致用户购票时要处理的业务逻辑异常复杂，维护数据一致性的难度也几百倍的上升，同时面对高并发的
电商系统中的商品模型的分析与设计
weixin_33713503的博客
03-30 306
2019独角兽企业重金招聘Python工程师标准>>> ...
电商系统中的商品模型的分析与设计—续
hegaoye308444582的博客
09-14 3886
对电商系统商品模型有一个粗浅的描述，后来有博友对货品和商品的区别以及属性有一些疑问。我也对此做一些研究，再次简单的对商品模型做一个介绍。
商品系统设计(一):商品主表设计
01-04 4739
商品主表设计做一个网站如果涉及到商品有这么几种 固定商品 比如我们只是卖鞋的，那么整个商品的属性基本都是一致的。鞋的颜色、尺寸、款式、品牌、价格等属性。 这时我们涉及到的表往往是“平面的”。简单设计商品主表(我们首先假设我们是B2C的) 包含通用信息 (一)即时更新 id、商品名称、所属分类、入库时间、最后一次修改时间、商品简介 (二)延时更新/日志更新 总点击量、月点击量、总销量、
完整电商项目--（六）商品模块（3）：总览商品信息数据表设计分析（复杂）
pythonstrat的博客
08-18 3029
有多少张表？他们都是什么？ 来一张图片，清晰的展示这些表之间的关系 从业务逻辑上分析表的作用 （一）tb_goods_category(商品类别表)： 这里模仿京东（淘宝也是一样的！ 现在很多网站都在用的，三级分类展示！）上图片： 所以我们的首页也有三级分类的效果，他的实现就在于这个表 它自关联的表。 存储1,2，3级的分类信息，字段没有什么过多的介绍。很常规。 （二）tb_goods 商品（spu）: 这里我们知道，商品的 评论量，销量，信息，都是在 spu当中实现的，这很符合我们在京
[数据表设计] - 商品模型数据架构图
02-17 2212
参考文章：http://www.strbook.com/content-1-52-1.html
scrapy练习 获取喜欢的书籍
最新发布
05-22
主要是根据网上大神做的 项目一 https://zhuanlan.zhihu.com/p/687522335
特色商品网站实体类型模型设计
06-08
特色商品网站的实体类型模型设计包括以下几个方面： 1. 商品实体类型 商品实体类型包括商品ID、商品名称、商品描述、商品价格等属性。每个商品可以属于多个商品分类，可以有多个商品图片。 2. 商品分类实体类型 商品分类实体类型包括分类ID、分类名称、分类描述等属性。每个分类可以包含多个商品，可以有多个子分类。 3. 用户实体类型 用户实体类型包括用户ID、用户名、密码、邮箱等属性。每个用户可以上传商品、发布商品评价、下单购买商品等操作。 4. 订单实体类型 订单实体类型包括订单ID、下单时间、订单状态等属性。每个订单可以包含多个商品，属于一个用户。 5. 收货地址实体类型 收货地址实体类型包括地址ID、收货人姓名、收货人电话、收货人地址等属性。每个用户可以有多个收货地址，每个订单需要指定收货地址。 6. 商品评价实体类型 商品评价实体类型包括评价ID、评价内容、评价时间等属性。每个评价属于一个商品，由一个用户发布。 7. 购物车实体类型 购物车实体类型包括购物车ID、加入时间、商品数量等属性。每个购物车属于一个用户，可以包含多个商品。 以上是特色商品网站的实体类型模型设计，通过这些实体类型及它们之间的关系，可以实现商品的展示、购买、评价等功能。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序员buddha

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值