目前要做一个手机版商城, 在设计数据库时遇到该问题..
比如一件衣服，这件衣服有红色、白色、蓝色，
红色又有x，xl，xll尺码，
白色有s，m，x，xl
蓝色有m，x，xl
对于自己设计的数据库一直感到不太满意,望各路大神,赐教.
此问题的引申 一般商场不可能只出售衣服 , 还有会有电子产品等等乱七八糟的 后期扩展性 要怎么办呢?
回复内容： 目前要做一个手机版商城, 在设计数据库时遇到该问题..
比如一件衣服，这件衣服有红色、白色、蓝色，
红色又有x，xl，xll尺码，
白色有s，m，x，xl
蓝色有m，x，xl
对于自己设计的数据库一直感到不太满意,望各路大神,赐教.
此问题的引申 一般商场不可能只出售衣服 , 还有会有电子产品等等乱七八糟的 后期扩展性 要怎么办呢?
尺码(chimas)表
id | mark------------1 | x2 | xl3 | xll4 | m5 | s
颜色(colors)表
id | color------------1 | 蓝2 | 白3 | 红4 | 紫5 | 灰
衣服(yifus)表
id | name------------1 | 大衣2 | 毛裤3 | 内衣4 | 内裤
衣服与颜色关联(yifu_colors)表
id | color_id | yifu_id----------------------------1 | 1 | 12 | 1 | 23 | 2 | 14 | 2 | 2
衣服与尺码关联(yifu_chimas)表
id | chima_id | yifu_id----------------------------1 | 1 | 12 | 2 | 23 | 1 | 24 | 2 | 1
依你的需求里衣服包含款式、颜色、大小三个属性。 自然也就是对应四个逻辑数据表了。
你之前纠结的地方在于把颜色和大小附属于款式了。
前三个表引用二楼的
尺码(size)表
id | mark------------1 | x2 | xl3 | xll4 | m5 | s
颜色(colors)表
id | color------------1 | 蓝2 | 白3 | 红4 | 紫5 | 灰
衣服(clothes)表
id | name------------1 | 大衣2 | 毛裤3 | 内衣4 | 内裤
第四个表可以是直接是衣服跟尺码和颜色的关联表
衣服样式表（clothes_spec)
id | clothes_id | size_id | color_id------------------------------------ 1 | 1 | 1 | 2 2 | 2 | 1 | 2 3 | 1 | 3 | 1
第四个表这样做的好处是更清晰，因为少了一个表，查起来速度也快一点。但是不足是扩展起来比较麻烦，每添加一个属性就要向表中添加一个列。但是如果是商品量，用户量很大的情况下，这种方式还是比较有优势的。
扩展性是个问题，给出我的想法吧，坐等大牛给出扩展性好的方案：
id(商品id)name(商品名称)color(颜色)size(尺码)count(数量)
1 某衣服 red m 0
1 某衣服 red x 100
1 某衣服 red xl 200
1 某衣服 red xll 300
查询红色衣服有哪些尺码
select size from table where id={id} and color='red' and count > 0
建议你去网上找关于库存sku的文章和设计方法
商品表：
good_id, title, cate_id
类目属性表：
cate_id, attr_id
商品属性分类表：
attr_id, attr_label, attr_key(做alias用), attr_sort1, 颜色, color, 02, 尺码, size, 1
商品属性详情表：
good_id, attr_value_id,attr_id, attr_value_title, attr_value_sort1, 1, 1, 红色, 01, 2, 1, 蓝色, 11, 3, 2, 19, 01, 4, 2, 20, 1
如果你要考虑后期的扩展性，建议采用mysql的eva结构，不然上面的几种到扩展的时候，都比较麻烦。
这设计也太糟糕了。。sku不能这么设计。