首页
详情页
名称
描述
价格
单位
库存量
图片
种类
详情
评论
商品表形态
商品的种类
商品是有分类的
分类可以单搞另一个表
商品的图片
一个商品可以有多个图片
类似于用户有多个地址一样
因此,图片需要另建一个表
图片表的性能优化
商品表中如果没有图片信息
每一次打开页面,都需要进行一个反向查询,一方查多方
会涉及到跨表的查询,影响效率
为了省少这个跨表的查询
把商品表中加入一张图片的字段
以空间换取时间
商品的评论
一个商品会有多个评论
同理,评论要另外的弄出去
商品的状态
商品是上架?下架?
需要有一个状态标记
商品的种类
》种类前面会有一个小logo图片
》种类会有一个大的图片
》因此商品种类表需要有
一个商品的多个款式
例如:
【AppleiPhone XR】Apple iPhone XR (A2108) 128GB 蓝色 移动联通电信4G手机 双卡双待【行情 报价 价格 评测】-京东
https://item.jd.com/100000287141.html#crumb-wrap
当点击另外一个链接的时候
》选择不同的颜色,商品不一样
标题会略有不同,但是大的类目是一样的
怎么回事?怎么设计?
》他们都有一个通用的属性
都是某某手机
新概念
SKU与SPU
可以把SPU理解为通用的部分
一般电商中的详情,就是通用的
SKU代表个性化的东西
看一看例子中的商品,介绍的部分就是一模一样的,不一样的只是
价格
颜色
等等其它个性化的一些属性
因此
可以考虑把详情,放到通用的一张表
让不同的规格的商品,共用这个通用的表数据
》新建一个SPU表,保存通用的数据
把详情从商品表中放到这里
商品表是个性化的东西,就作为SKU方
商品名称,描述等共用的东西,就作为SPU方
用这两个表来共同完成商品表的创建
》商品种类放在SPU表中?
按照道理
应该放在SPU表中
因为这是商品共用的内容
实际每一个商品出来了,都要显示他的分类
为了方便在查询的时候不跨表
还是把种类放在商品表中
每一个商品的详情页都会需要显示商品的种类
如果种类信息在商品表,商品查出来了,种类也就出来了
否则,查出来了商品,还得进行一个跨表查询,影响效率了
为什么不把种类表放在SPU表中,原因在这里,需要明确
》SKU与SPU关联需要字段
商品详情页
》需要展现其它同类的商品信息
例如
图片表
图片表要与商品详情关联
所以
首页轮播图
一张轮播图对应一个商品 skuid
图片需要保存
哪个图在前哪个图在后,index
促销商品表
》点击活动页,会跳入一个活动专题的页面
活动url
谁在上谁在下?
需要index,记录位置
文字商品,推荐商品
需要用表来指定
》首页分类商品展示表
什么种类
什么商品
什么顺序
什么形态展示?文字?图片?