[产品设计]电商设计知乎总结 (2)

商品规格值表(主键、规格ID、商品ID、规格值ID、规格值NAME

例如:1110、电信版

2111、移动版    

规格库存表(商品ID、规格值ID组合、规格值NAME组合、库存量、价格)

例如:11/0(运营商、电信版)、运营商/电信版、100个、100

 

问题描述:

 

以上方式可实现多规格多库存但是采用一种约定的规格顺序,感觉在编写程序时,系统在后期统计不同规格相关的数据就会很痛苦。

并且在实现商品创建时,要先把商品创建好后,才能创建规格,个人参考一些大的电商平台方式,发现都是一个提交完成商品创建。

 

需要的帮助:

 

需要结合我的问题描述,给一个合理的商品多规格、多价格、多库存的设计方案,来解决我编程上的复杂度,同时保证我可以在商品创建的交互设计中简单。

 

socici

商品分类 (类型id,类型名称,父ID

商品表(商品名称、价格、上下架等一些商品基本的信息、商品分类)

 

规格表(主键、规格名称

规格值表(规格值ID、规格id、规则值类型、规格默认值)

规格-分类关联表(商品分类id,规格id)

 

商品-规格关联表(商品id,规格id,规格值ID,规格实际值)

 

库存表(商品id,数量,价格)

 

类似淘宝关于产品详情页的数据库存储是怎么存储的呢?

 

1,每个产品的 图片数和介绍的段落数都是不固定的,是采用编辑器编辑好之后生成html整个存储到数据库么?不现实吧?

2. 要是以数据库字段存储到话,每个产品的 图片数和介绍的段落数是不固定的,就算设置一个上限,那也会浪费很多字段啊

3.在查询的时候,如果图片和介绍文字是分开存储的,那么在查询之后页面展示的时候是怎么 将某一图片和关于介绍他的问题相匹配的呢

 

刘传双:

总体来说

1、商品的结构化信息保存在数据库,名称、价格、库存、属性等,当然不是简单的一张表。

2、商品的非结构化信息保存成小文件,存储在自主开发的海量小文件系统中,图片和商品描述信息。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zypsfp.html