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

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

商品类别表：

ClassID

ClassName

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

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

品牌表：

BrandID

BrandName

BrandDescription

商品详细信息表：

GoodId

ClassID

BrandID

GoodName

GoodDescription

GoodURl

还有其他你想加的属性

商品数据和分类类别存在两张表中，通过一个分类字段进行关联-- 商品表 存储所有商品数据（有一个分类字段，存储对应的商品分类id）-- 分类表 存储所有的商品类别（有一个分类id编号）查询时需要将商品表和分类表关联，然后通过分类名称进行筛选。在黑马程序员学习的项目中，就是这样设计数据表的。如果现在不考虑培训的话，建议你到黑马视频库，有很多技术大牛讲免费的公开课的，能学到项目。有关项目的资料，源码等等，可以直接网页对话框领取的。

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

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

---