根据需求设计mysql表

大家好，首先感谢大家浏览该问题
说下需求：商城项目中商品的属性问题，举个例子来说：
衣服有颜色和尺码两个属性，我的想法是单独的来一张表记录不同属性的价格和库存
比如：
黑色 - M号 - 70元 - 35件
黑色 - L号 - 73元 - 32件
白色 - L号 - 73元 - 30件
这张表就这么设计，但是问题来了，比如手机有这么几个属性，颜色、内存、运营商（非合约、移动、联通、电信）
如果仍然按上面衣服的方法来，很明显要多出一列，也就是
白色 - 32G - 移动合约机 - 20元 - 10部
白色 - 32G - 联通合约机 - 30元 - 50部
金色 - 32G - 电信合约机 - 10元 - 40部

如果把这些属性信息都序列化之后存储也可以，but当我想搜索华为32G移动合约机的时候似乎就是个麻烦事了，请问大家有没有什么好的思路可以提供，谢谢诸位，不胜感激
PS：看了ecshop的设计，是有个商品基价，然后价格在基价上加减，但是不太倾向这种做法，添加商品的时候似乎有些麻烦

回复内容：

大家好，首先感谢大家浏览该问题
说下需求：商城项目中商品的属性问题，举个例子来说：
衣服有颜色和尺码两个属性，我的想法是单独的来一张表记录不同属性的价格和库存
比如：
黑色 - M号 - 70元 - 35件
黑色 - L号 - 73元 - 32件
白色 - L号 - 73元 - 30件
这张表就这么设计，但是问题来了，比如手机有这么几个属性，颜色、内存、运营商（非合约、移动、联通、电信）
如果仍然按上面衣服的方法来，很明显要多出一列，也就是
白色 - 32G - 移动合约机 - 20元 - 10部
白色 - 32G - 联通合约机 - 30元 - 50部
金色 - 32G - 电信合约机 - 10元 - 40部

如果把这些属性信息都序列化之后存储也可以，but当我想搜索华为32G移动合约机的时候似乎就是个麻烦事了，请问大家有没有什么好的思路可以提供，谢谢诸位，不胜感激
PS：看了ecshop的设计，是有个商品基价，然后价格在基价上加减，但是不太倾向这种做法，添加商品的时候似乎有些麻烦

现在的问题,可以说都被人提问过了.你这个问题,可以参数我这个答案.
https://segmentfault.com/q/1010000005347571/a-1020000005347916
可以把表设计如下:

商品表

商品 id	商品名称
1	iPhone
2	黄瓜

商品属性表

商品 id	规格	颜色	价格
1	16g	白色	4999
1	32g	白色	5499
2	无	无	1

对于你现在自己练手项目,最适用就是这种设计了.
不过此种设计针对商品的属性一定或少的情况下适用,如果属性较多,那么就要增加属性字段,而且有的商品未必用到了这个属性,造成浪费,导致属性表不变扩大.例如商品2黄瓜.
可以变成如下设计:

属性表

属性 id	属性名称
1	规格
2	颜色
3	价格

商品种类表

种类 id	商品 id
a	1
b	1
c	2

商品属性表

商品种类 id	属性 id	属性值
a	1	16g
a	2	白色
a	3	4999
b	1	32g
b	2	白色
b	3	4999
c	4	上海

设计如上,商品黄瓜的属性只会产生一条数据.

个人觉得你这个问题应该是两个问题，第一如何设计一个好的商品表的数据结构，第二如何更好搜索商品。首先第一个问题：设计商品表。首先你得分析一下你的商城业务都有那些商品，商品主表跟商品属性表是一对多的关系，不同的商品可能需要设计不同的关系结构。简单思路有如ecshop那种，也有将属性单列一张表的，但是属性单列一张表会有数据冗余。
1.可以将属性表多设计几个字段。
1).设计一个商品表。存储商品的通用字段。
2).设计一个价格表，属性表字段包括，规格，颜色，但是由于有些字段不是通用的，所以可能会有冗余，可以放默认值。
2.如何更好搜索商品。
比如搜索：华为32G移动合约机，如果用户输入华为32G移动合约机，来进行商品搜索。如果华为32G移动合约机不是商品名称，系统应该先做分词，分词之后再进行搜索对比。如果华为32G移动合约机直接为商品名称，则可以直接搜索。

增加一个属性表
product_id key value
多个属性多几行记录就行了