我根据数量和属性为不同价格的产品提供数据样本。价格可能偶尔更新(不太频繁)。
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
当用户根据产品类型,颜色,颜色打印和数量选择选项时,会向用户显示价格。
将来还可能会添加新产品。我希望以最有效的方式设计数据库。
我发现第一个选项更容易实现,但不确定它是否最有效,或者它是否正确。
您的意见将不胜感激。谢谢!
答案 0 :(得分:1)
你现在有几行?如果不到1000万,为什么还要做出改变呢?你是否需要将所有“祖母绿”改为“绿色”?有“过度规范化”这样的事情。
如果您担心空间,可以使用list(d.T.to_dict().values())
#[{'countc': '72', 'count': '110', 'descr': 'foo', 'countb': '26', 'id': 109},
# {'countc': '42', 'count': '810', 'descr': 'bar', 'countb': '53', 'id': 114}]
来避免这些“规范化”表中的每一个,例如
ENUM
这需要1个字节。但是,我不会将ENUM用于某些可能经常更改的列表,或者具有超过20个值的列表。 (实际限制要高得多。)
如果您选择标准化,请使用quantity ENUM('1-149', '150-199', '200-249', '250-499')
(1字节,0..255)或TINYINT UNSIGNED
(2字节,0..65K)。
如果你做了标准化并希望找到所有“祖母绿和XYZ”项目,那么查询将会变得混乱和缓慢。
请提供可能的SMALLINT UNSIGNED
(基于方便),以便我们进一步批评。