Why databases are split into multiple related tables, and the rules that decide where each field belongs.
| Relationship | Meaning | Example |
|---|---|---|
| One-to-one | One record links to exactly one other | Learner ↔ LearnerPhoto |
| One-to-many | One record links to many others | One Subject ↔ many Marks |
| Many-to-many | Needs a junction table to resolve | Learners ↔ Subjects, via Enrolments |
Redundancy causes three classic anomalies, and naming them is worth marks: an insert anomaly (you can't add a subject until a learner takes it), an update anomaly (change a teacher's name in one row and the others disagree), and a delete anomaly (removing the last learner loses the subject entirely).
💡 Exam Tip
A field you can calculate from others (like Age from DateOfBirth, or Total from Price × Quantity) should generally NOT be stored — that's redundancy, and it's a favourite exam question.