Home/ Questions/Q 909589
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-15T16:54:16+00:00

I understand the obvious answer to my question is: it depends. With that out

  • 0

I understand the obvious answer to my question is: “it depends”. With that out of the way, I’m hoping one (or more) of you will help me see common ways to approach this…

I’m designing a database of widgets for sale. Over time the prices for each item will inevitably change. My question is should we be tracking these changes and if so, how? related table of pricing & dates? Is it common to track the change in price so you could, say, look back 3 years from now and see what changed and when. I could see how that could be valuable but is it worth the overhead?

The orders table will capture the current price on the date of the sale.

thoughts?

thanks!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Your intuition is right on. Don’t ever lose information if you can help it!

    Create a table named something like this, using SQL Server syntax:

    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
)

    You can populate the table from a trigger on your Price (or Item?) table so that when a price is changed you can automatically log the old price to your price history table. This will allow you to query the price history table to determine an historical price if ever required. I’m not a fan of triggers but this is a classic case for one…

    • 0