类似于淘宝的不同产品类别,会出现不同的属性列表,这些属性可以由自己增加维护,这样的数据库结构应该怎么设计.比如说现在有鞋子类的属性有尺码,颜色.后面需要可能会增加面料,是否休闲等属性.在不加表字段的情况下,实现这样的需求,应该怎么设计?
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规格和规格选项表，