商品分类的数据库是怎么设计的以满足查询的高效

商品分类的数据库是怎么设计的以满足查询的高效,第1张

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

商品类别表:

ClassID

ClassName

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

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

品牌表:

BrandID

BrandName

BrandDescription

商品详细信息表:

GoodId

ClassID

BrandID

GoodName

GoodDescription

GoodURl

还有其他你想加的属性

两个表就可以了.

第一个表..大类表

字段..

大类id,大类名字,大类类型(a,b,c,d)

第二个表 小类表

字段..

小类id,小类名字,小类类型(e,f,g),对应的大类id或名字

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

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


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

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

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

发表评论

登录后才能评论

评论列表(0条)

保存