一件商品不同分类数据库设计

一件商品不同分类数据库设计,第1张

一:先抽象一个公用的“商品”实体,然后每一个具体的类型的商品继承这个实体,可是这样子设计的话,不同种类的商品一多的话,那么表就越多。感觉还是很糟糕。

二:直接在”商品“这个实体里添加多一个属性,属性的值按约定的规则(如键值对)来描述包括这个商品种类信息,这样子的话就只要一张表就行。不过这样子做的话,在展示商品信息需要在前台对这个属性值进行分离,感觉好像哪里不太符合规范。

这个三个表就应该够了吧,一个是商品大类表,一个是品牌表,另外是商品详细信息表

商品类别表:

ClassID

ClassName

ParentID //这个商品类归属的上个大类,也就是满足你的多级分类要求

举个例子 假设说你的鞋子分类id是1,那下属的小类举例说女凉鞋,她的ParentID就是1,明白?

品牌表:

BrandID

BrandName

BrandDescription

商品详细信息表:

GoodId

ClassID

BrandID

GoodName

GoodDescription

GoodURl

还有其他你想加的属性

create table Class(

ClassId int, /*分类标识*/

ClassName varchar(60), /*分类名称*/

PClassId int, /*上级分类标识*/

CONSTRAINT XPKAuth PRIMARY KEY (ClassId)

)

将分类做成树形结构。根据你说的情况商品对应分类,最好商品都是对应到最子节点的分类上。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/6422488.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-21
下一篇 2023-03-21

发表评论

登录后才能评论

评论列表(0条)

保存