请教一个电子商务数据库设计的问题，请指教

[upshania]

现在面临这样一个问题，产品有很多规格，比如"木床"这个产品规格有：1.5米,2米，3米而这个产品规格除了这个长度规格以外，还会有其它的产品规格，比如颜色，材质等等。
通过组合来生成最后的价格。如
红色+1.5米+木质 = 100元
蓝色+1.5米+木质 = 110元。
蓝色+2米+金属质 = 300元。
而像这种产品规格通常比较多，这在数据库设计上这产品规格和产品价格之前要怎么设计的好呢?

[开着拖拉机泡妞]

建一个产品表，建一个规格表，产品表引用规格表的主键

[upshania]

那么通过不同的规格组合出来的价格呢？

[haitao]

如果规则的个数能预先考虑周全，最简单，作为价格表的各个字段好了

[發糞塗牆]

第一种方法，可以使用上面那只松鼠的方法。第二种，是我工作经验，我以前做服装类的电子商务网站，也遇到过你这个问题，后来是使用XML，把规格数据都按照格式存到xml里面，因为现在新版本的SQLServer都有xml索引，所以性能方面不用考虑太多。你可以从这个思路去论证一下吧。

[upshania]

唉，，，，我真正的问题是通过组合生成价格这一项。而不是你们说的话题的核心情况。你们说的产品规格无非独立建个表或者其它存储价质就好。但是这个和产品关联的价格呢？这才是我这个问题的核心问题

[zopey]

产品价格 = fx(产品名称，规格1，规格2，规格3，...)

上述公式有规律就直接计算，没有明显规律则建立“规格-价格表”用来查询，
此表每一行有个价格，对应于唯一的一种规格组合。
组合越多，自然行数越多。

[孤独加百列]

你的描述‘木床’只能算成产品类别了，不是产品，真正的产品是蓝色1.5米木床，所以类别表建一个，产品表直接带规格属性，如
类别，材质，颜色，长度，单价。。。。

[孤独加百列]

[Quote=引用 7 楼 的回复:]

你的描述‘木床’只能算成产品类别了，不是产品，真正的产品是蓝色1.5米木床，所以类别表建一个，产品表直接带规格属性，如
类别，材质，颜色，尺寸，单价。。。。
[/Quote]
如果规格项不统一，你又不想存在太多的冗余，那规格就用XML类型记录，单价作为产品属性一项单独。