我有一个数据样本,用于根据数量和属性具有不同价格的产品。价格可能会偶尔更新(不会太频繁(。
PID | Name | Type | Colour | Colour Print | Quantity: 1 to 149 | 150 to 199| 200 to 249 |250 to 499
1 |White ABC Product |ABC |White |1CP |2.34|2.07 |1.82|1.51
2 |White ABC Product |ABC |White |2CP |2.6 |2.31 |1.97|1.62
3 |White ABC Product |ABC |White |3CP |2.86|2.55|2.14|1.77
7 |Red ABC Product |ABC |Red |1CP |2.39|2.12|1.87|1.56
8 |Red ABC Product |ABC |Red |2CP |2.65|2.36|2.02|1.67
9 |Red ABC Product |ABC |Red |3CP |2.91|2.6|2.19|1.82
12 |White XYZ Product |XYZ |White |1CP |2.69|2.38|2.09|1.74
13 |White XYZ Product |XYZ |White |2CP |2.69|2.38|2.09|1.74
14 |White XYZ Product |XYZ |White |3CP |3.29|2.93|2.46|2.04
18 |Emerald XYZ Product |XYZ |Emerald |1CP |2.74|2.43|2.14 |1.79
19 |Emerald XYZ Product |XYZ |Emerald |2CP |3.04|2.71|2.32 |1.91
20 |Emerald XYZ Product |XYZ |Emerald |3CP |3.34|2.98|2.51 |2.09
所以基本上,我可以将数据库设计为与上述数据示例相同的结构,并将所有数据转储到表中(大量重复(,或者我可以做这样的事情:
Product Table:
---------
--Product id
--Product name {ABC, XYZ, PQR...so on}
Colour Table:
-------
--Colour id
--Colour value {white, red, emerald, and so on}
Colour Print Table
--------
--Colour print id
--Colour print value {1CP, 2CP, 3CP}
Quantity Table
--------
--Quantity id
--Quantity value {1-149, 150-199, 200-249,250-499}
Price Table
-------
--Price id
--Product id
--Colour id
--Colour Print id
--Quantity id
--Price
因此,价格表将如下所示:
Price table
price id | product id |colour id | quantity id | colourprint id | price
1 | 1 |1 | 1 |1 |2.34
2 | 1 |1 | 2 |1 |2.07
3 | 1 |1 | 3 |1 |1.82
4 | 1 |1 | 4 |1 |1.51
5 | 1 |1 | 1 |2 |2.6
6 | 1 |1 | 2 |2 |2.31
7 | 1 |1 | 3 |2 |1.97
8 | 1 |1 | 4 |2 |1.62
9 | 1 |1 | 1 |3 |2.86
当用户根据产品类型、颜色、彩色印刷品和数量选择选项时,会显示价格。
将来还可能添加新产品。我希望以最有效的方式设计数据库。
我发现第一个选项更容易实现,但不确定它是否最有效,或者它是否正确。
您的意见将不胜感激。谢谢!
你现在有多少行? 如果少于1000万,为什么要费心进行更改? 您是否需要将所有"祖母绿"更改为"绿色"? 有"过度规范化"这样的事情。
如果您担心空间ENUM
,可以使用
quantity ENUM('1-149', '150-199', '200-249', '250-499')
这将需要 1 个字节。 但是,我不会将 ENUM 用于某些可能经常更改的列表,或者具有超过 20 个值的列表。 (实际限制要高得多。
如果确实使用规范化,请使用TINYINT UNSIGNED
(1 字节,0..255(或SMALLINT UNSIGNED
(2 字节,0..65K(。
如果您确实规范化并想要查找所有"emerald & XYZ"项目,则查询将变得混乱且缓慢。
请提供可能SELECTs
(基于任何方便的内容(,以便我们进一步批评它。