有关 items_for_sale 随着时间的推移更新的数据库/架构设计问题

Question

我知道我的问题的明显答案是：“这取决于”。有了这个，我希望你们中的一个（或多个）能帮助我找到解决这个问题的常见方法......

我正在设计一个待售小部件的数据库。随着时间的推移，每件商品的价格将不可避免地发生变化。我的问题是我们是否应该跟踪这些变化？如果是，如何跟踪？相关定价表日期？跟踪价格变化是否很常见，这样您就可以回顾 3 年后的情况，看看发生了什么变化以及何时发生变化。我可以看出这很有价值，但是值得付出这些开销吗？

订单表将捕获销售日期的当前价格。

想法？

谢谢！

Answer 1

你的直觉是对的。如果可以的话，永远不要丢失信息！

使用 SQL Server 语法创建一个类似如下的表：

CREATE TABLE PriceHistory (
PK_PriceHistory int IDENTITY(1,1) PRIMARY KEY, 
FK_Item int, -- foreign key to your item table
Price money,
ChangedAt datetime  -- captured at the time of change
)

您可以通过价格（或商品？）表上的触发器填充该表，以便当价格更改时，您可以自动将旧价格记录到价格历史表中。这将允许您查询价格历史表以确定历史价格（如果需要）。我不喜欢触发器，但这是一个经典案例......

Answer 2

补充塔巴扎的答案：

重要性不仅在于跟踪历史价格，还在于缓解未来的价格变化。如果没有“更改时间”，或者在这种情况下实际上没有“有效起始”日期来配合价格，您始终必须在应用价格的确切日期更改数据库中的价格。有了有效的起始日期，您就可以在您认为合适的时候输入新价格，并使其在您指定的日期成为“当前”价格。