电商商品模块数据库表设计

先抛开营销和具体业务不谈

商品必然会有库存，类别，品牌，基础信息(其他字段，如名字，描述)，属性(规格/参数)，评论等。

对于一件商品的属性，它应该分为规格和参数

规格：消费者选择购买的款式，如衣服尺寸x还是xl，苹果手机内存128g还是256g

参数：该商品本身固定属性，如某一衣服材质是聚酯纤维，苹果14的处理器是A14。

按照上面这件衣服，他的属性有上市年份，品牌，主材含量，使用对象等等参数信息，也有购买时可选择的规格，如颜色，尺寸等。

而在product_attribute表中可以一个type字段来分辨这是参数还是规格。

你可以发现，对于一些属性，我们可以将其归类，比如处理器，内存，操作系统等参数会在通信设备中出现，而尺寸，材质会在所有衣服出现。所以属性也有分类。

加一个商品属性分类product_attribute_category表

对于一件商品，它肯定有很多属性，所以商品属性关联表

比如这里的关联意思就是对于product7，有属性attribute1，值有X，XL，XXL（应该就是衣服尺寸）

对于一件商品，如苹果手机，往小了说是苹果手机，往大了说是智能手机，再往大说是通信设备(电子设备)。

所以商品的类别有大有小，是一个分支结构。

我们可以用parent_id字段去记录当前类别的父类，对于商品类别，它应该有name，level(x级分类)等等，所以

一件商品，在出货载入系统后，会有不同规格的对应库存

比如苹果14这件商品，远峰蓝128g有1000库存，远峰蓝256g有300库存。

所以库存和商品+规格的组合是对应的。

在sku_stock商品库存表中，加一个sp_data商品销售属性来表示。

根据电商作风，一个商品规格下的库存都有对应的sku编码

这个编码指导着物流和后端仓库管理。为了与id区分，加一个sku_code编码

所以库存表：

每件商品都会有评论，是1对N的关系

评论comment表需要记录评论者网名nick_name，商品id，购买该商品时的规格product_attribute，评论内容content，展示状态status，评论的IP地址

评论也有回复评论，所以

类似商品分类，和论坛系统差不多

和评论差不多，但是N对1（即一个商品就一个品牌，而一个品牌多商品

不加任何业务，电商中商品的设计应该有这些