类似于淘宝的不同产品类别,会出现不同的属性列表,这些属性可以由自己增加维护,这样的数据库结构应该怎么设计.比如说现在有鞋子类的属性有尺码,颜色.后面需要可能会增加面料,是否休闲等属性.在不加表字段的情况下,实现这样的需求,应该怎么设计?
http://bigtall.cnblogs.com/archive/2005/07/15/193401.html
扫描一下,貌似还行。。
获取些灵感,自己搞
在增加多个表,记录属性,和值,还有对应的类别。。
例如
商品(id ,name, 属性值_id)
属性值(id, 类型_id, value)
属性类型(id, 类型名称)
只是简单提提,再复杂的话,可以继续扩充。
有个比较完整的,见过一个文章,不过要找找先
可以在鞋子类里面加一个可扩展属性:
private Map elements
以后不可预测的属性都可以加到里面先
晕。。搞糊涂了。
商品(id ,name)
属性值(id, 商品_id, 类型_id, value)
有问题可以站内信探讨
颜色和尺码应该是spu里面维护的规格,商家在编写sku是进行选择使用或者扩充。但是不同的商家上传的商品肯定不同,所以是不是在sku下面再维护一个sku规格和规格选项表,