淘宝商品价格存储结构设计

本人未做过数据库设计，但是公司要求设计做一个类似淘宝产品价格存储的表。
实际上就是，一个产品对应多个价格，比如一件衣服有三种size对应价格，L:100.00，XL:125.00，XXL:130.00
我现在做的就是把价格放到另一个表中，一条记录对应一个价格。
后来想想，基本可以确定所有的产品价格都不会超过5个。那我就想能不能把价格也放在产品表里？就是把价格格式化成一种固定的格式，读取产品信息时就不用join价格表了。
哪个DBA给个建议吧，不知道哪个效率会好一些。
按照目前的产品数量来估算的话，我目前的这个价格表里的记录数可能在500万以内。

另外说下，这些产品就只有size这个属性，没有颜色或其他规格属性。

用的是MySql数据库。MyISAM类型的表。


BTW,我目前把产品与价格分成两个表，这样做会不会有太大问题？？

价格.......其实可以用一个打折算法.来显示
原价还是只有一个好设计好使用.(多价格在作索引很纠结)

谢谢楼上兄弟。
按打折来做的话，那不也一样要存打折的信息么？
我现在只在价格表里索引了产品ID。
如果价格表里的数据量大了，那我用产品表和价格表进行join时效率会不会有太大的影响？

一条sql 变二条那么多损失. 至少不会指数下降
一条是查产品
二第是查折扣率.
在页面上乘去吧.

我说的是价格排序的索引.

建议拆表,因为你一次获取的条目是有限的

如用json存储价格的话，用sql实现按价格筛选就很困难了。如用solr等搜索实现筛选，我觉得json存储也还行

肯定不能放在产品表里，这样很不利于扩展。一般都是使用 价格策略。。不同促销，不同类型选择不同价格。。像淘宝那样 应该都是利用物料（sku）来管理价格的。

一个商品对应多个价格需要另存一张表，性能还好吧，但是你说的不同size对应不同的价格，那么如果再加一个别的比如颜色，你情以何堪，不同size、color，那应该当作不同商品去做，你看看京东、易讯之类的就知道，选择size之后productId是不同的

呵，可能我们的应用有点特殊，这些产品就只有size这个属性，没有颜色或其他规格属性。
目前我的价格表是这样设置的。不知合适否。
id  productid   sizename   price
1       1          L        100
2       1          XL       125
3       1          XXL      130

关于需要哪些特征量组合作为标志产品的条件，和列表展示也有关系，京东是到款色规，同时京东的列表展示粒度也到了款色规。一句话适合自己就行