网店的MySQL数据库结构
我正在建立一个网上商店,我有一个问题。
我会有直接价格的产品(例如HTC Touch 2智能手机:299.00美元),但同时我会根据规格提供组合价格的产品:
在此图中,您可以看到数据库图表,我认为这对于多价格产品是可以的:
主要问题:
由于这是一个网上商店,人们会把物品放在购物车里。我认为插入购物车的商品应该来自同一张桌子(在我们的例子中,它将是
[combinations]
表,因为存储了价格)。
以下是这些表的一些数据,为了更清楚:
[products]
productid | productName
1 | Nike T-Shirt
2 | HTC Touch 2 Smartphone
[specifications]
specId | productId | specName
1 | 1 | Size
2 | 1 | Color
[specvalues]
specValueId | specId | svValue
1 | 1 | L
2 | 1 | XL
3 | 2 | white
4 | 2 | blue
5 | 2 | red
[combinations]
(物品放入购物车)
combinationId | price | description
1 | 10 | White L Nike T-Shirt
2 | 15 | White XL Nike T-Shirt
3 | 11 | Blue L Nike T-Shirt
4 | 16 | Blue XL Nike T-Shirt
5 | 18 | Red XL Nike T-Shirt
[combinationParts]
nmid | combinationId | specValueId
1 | 1 | 1
2 | 1 | 3
3 | 2 | 2
4 | 2 | 3
5 | 3 | 1
1 | 3 | 4
2 | 4 | 2
3 | 4 | 4
4 | 5 | 2
5 | 5 | 5
我希望我的图表和数据库人口确实有意义:)。
所以问题是如何存储单一价格的产品(HTC Touch 2智能手机),以便它可以像多种价格产品一样添加到购物车中。
没有找到相关结果
已邀请:
3 个回复
掀辟髓观粟
芦歉竭皑
这解决了中间问题,并没有缺点。此外,当您的商店增长,并且HTC可能会发布具有不同价格带的新型号时,您已经拥有适合的数据库结构。 例如
珊畴炮贩号