最近也在思考这个问题,网上看了┅些资料,得出的总结:
(商品分类编号, 分类名称, 父分类编号) (商品编号, 商品名称, 商品分类编号, 卖家编号, SPU销量, 评论数) 上面只列出商品1这个分类的4个SKU. (屬性名编号, 属性名, 商品分类编号, 父属性编号) 上面只列出裤子这个分类的3个属性名. (属性值编号, 属性值, 属性名编号) 上面只列出裤子这个分类的6個属性值. (自增编号, 商品编号, 属性名编号, 属性值编号) 上面只列出商品1的4个属性关系. (商品编号, 商品属性) 用SQL全文检索实现筛选. on 商品表.商品编号 = 商品和属性筛选表.商品编号 (商品编号, 商品标题和内容) 用SQL全文检索实现搜索.
里面有这么一些表结构设计思想:
父子: id, pid (用于实现关系树如分类和子分類的存储)
留意过WordPress数据表的也会看到类似设计:
"父子"存储无限极分类: