基于数量和属性的多价格高效数据库设计

时间:2018-01-14 20:18:34

标签: mysql database-design

我根据数量和属性为不同价格的产品提供数据样本。价格可能偶尔更新(不太频繁)。

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

当用户根据产品类型,颜色,颜色打印和数量选择选项时,会向用户显示价格。

将来还可能会添加新产品。我希望以最有效的方式设计数据库。

我发现第一个选项更容易实现,但不确定它是否最有效,或者它是否正确。

您的意见将不胜感激。谢谢!

1 个答案:

答案 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(基于方便),以便我们进一步批评。