大型购物网数据库产品表应该如何设计

我想做一个大型的购物网,就像百货一样,商品有很多种类,现在做到产品表的时候,有些问题想请教大家:

因为商品种类多,所以分类一定多,而商品都会有些特定的属性。如:衣服有码数、质地、颜色; 皮鞋有:皮料; 电饭煲有功率、保修……

所以,如果把这些属性全部放在一个表,属性太多,而且修改起来不容易;但是如果一个分类用一个表,那就要很多的表了,而且做数据统计也比较麻烦。

想请教各位,我应该用一个表还是应该用多个表来设计呢?谢谢~~~
问题补充
我也是想用多个表,多个表有点不好的地方,就是如果用户在A表买了一件产品,又在B表买了一件产品,那么到最后统计用户买过的产品时,虽然可以从下订单那个表读出来,但是感觉有点乱~~~
问题补充:
产品类别表(类别id,名称,...)
产品表(产品id,名称,规格,...)
产品属性表(产品属性id,产品id,属性id,值,...)

这种方法行不行?
问题补充:
产品表(产品id,名称,规格,...)
产品属性表(产品属性id,产品id,属性id,值,...)

就说这两个表吧,当插入一件产品的时候,属性应该是直接去到产品表的,如果加了一个属性表,那么插入的时候,
难道可以插入一个产品id在产品表,然后又插入属性在产品属性表吗?

看了你的问题,是典型的购物中商品的设计需求.你最后提出的那种方法是可行的,但是你要掌握好数据记录的数量.

当然是多个表