Database Normalisation and implicit immutability

Naveen Negi
2 min readMar 10, 2022


Most compelling reason for data normalisation is to eliminate update anomalies. but, what if updates are not allowed in database, would you still normalize your data ?

Let’s say, there is a company, which sells car. Car price has a component called “pickup cost”. This pickup cost has two components namely, pickup_location and pickup_cost. You designed your table as shown below.

But you soon realize, this table design can cause update anomalies.

As the next, most obvious step, you normalized your table.

Now the question is, Would you normalize your data if you know that pickup cost will never be updated ?

Or would you normalize it if there was a business rule saying that pickup cost should not change after customer has agreed to a price. In fact, In this case normalisation would actually cause undesired mutation of row which should not change.

Even though every entry in database is mutable, yet there is implicit immutability in the business domain. Always keep an eye for these implicit immutability, and, never normalise immutable data.