小编Dat*_*bie的帖子

我有一份“供应商”和“商店”清单。每个供应商都向商店出售“物品”，但根据地理位置或供应商与商店之间的特殊协议而有特殊定价。这在概念上表示为“价格组”。

因此，例如，item 1可能$10适用于与供应商的“白金”价格组相关联的商店。同一商品可能$12适用于与该供应商的“黄金”价格组相关联的商店。

我将上述概念建模如下：

问题：

1. 设计是否标准化？我特别关心supplier_price_groups和store_price_groups。
2. 我是否会在可扩展性方面遇到这种设计的问题，尤其是在尝试查询特定商店所有商品的价格时？

存储历史记录的最佳实践方法是什么？

我有一个实体，其行会不断更新。我需要跟踪每一行的历史记录。在任何给定时间都会有大约 40K 条“当前”记录，每条记录都会每天更新大约 60 天，然后更新将停止。

我在这里看到两个选择：

1. 所有当前和历史记录都在一个表中 - 因为每一行都有一个 id，它允许我识别哪些记录属于同一组。

2. 当前记录和历史记录位于单独的表中 - 每次更新当前记录时，都会将更新前的副本放入历史表中。历史表会有一个 FK。

还有其他我没有考虑过的选择吗？哪个选项更适合我想做的事情？