Backend development

Stage 2 · Lesson 3 of 11

Data modelling and normalisation

Relational databases and SQL

Now design your own , the set of tables and how they connect. Start from the nouns in the problem, such as customers, orders and products, and how they relate. One to many (one customer, many orders) becomes a on the "many" side.

Many to many (orders and products) needs a table such as order_items. means storing each fact once. A customer's email lives in the customers table, not copied onto every order, so an update changes one row.

Third normal form is enough for most backends. You denormalise, copying data on purpose, only to fix a measured read problem.

Common trapThe trap runs the other way too: keeping the price only on the product means a price change rewrites history, so each order line should record the price actually paid.

A question to check yourself, an AI practice session and 1 cheat sheet entry come with the full roadmap. Unlock

Resources for this stage

Start with· follow one of these

Practise

Also worth your time

Mark this stage as not done?