Normalization to 3NF and denormalization
Database design moves from real-world entities to schemas, keys, relationships and normalized tables.
What you need to be able to do
- ExplainThe difference between normal forms
- ConstructA database normalized to 3NF for a range of real-world scenarios
- EvaluateThe need for denormalizing databases
Rapid Recall Deck
Say the answer aloud before flipping. Mark secure knowledge quickly and spend time on the gaps.
- What is required for first normal form (1NF)?: Values are atomic rather than repeating/multi-valued groups, and records can be uniquely identified.
- What problem does second normal form (2NF) remove?: Partial-key dependencies: a non-key attribute must not depend on only part of a composite key.
- What problem does third normal form (3NF) remove?: Transitive/non-key dependencies: non-key attributes should depend on the key, not on other non-key attributes.
- What is a functional dependency?: A relationship where the value of one attribute or set of attributes determines another attribute's value.
- Why normalize a relational database?: To reduce redundancy and update/insert/delete anomalies while improving consistency and integrity.
- Why might a database be deliberately denormalized?: In read-intensive systems it can simplify queries and improve performance, but it increases redundancy and the risk of inconsistency.
Core knowledge and application
The difference between normal forms
Database design moves from real-world entities to schemas, keys, relationships and normalized tables.
Explain it without notes
Explain: The difference between normal forms in the context of a library database being redesigned to reduce redundancy and anomalies.
- First normal form (1NF), second normal form (2NF), third normal form (3NF)
- The terms atomicity, unique identification, functional dependencies, partial-key dependencies, non- key/transitive dependencies
- Normalization issues can encompass data duplication, missing data, and a range of dependency concerns, including data dependencies, composite key dependencies, transitive dependencies, and multi-valued dependencies
A database normalized to 3NF for a range of real-world scenarios
Database design moves from real-world entities to schemas, keys, relationships and normalized tables.
Explain it without notes
Construct: A database normalized to 3NF for a range of real-world scenarios in the context of a library database being redesigned to reduce redundancy and anomalies.
- Examples may include library management, hospital management, e-commerce platforms, school management, employee management, inventory management, police crime reporting
Core knowledge and application
The need for denormalizing databases
Database design moves from real-world entities to schemas, keys, relationships and normalized tables.
Explain it without notes
Evaluate: The need for denormalizing databases in the context of a library database being redesigned to reduce redundancy and anomalies.
- The advantages and disadvantages of normalizing and denormalizing databases
- Situations where denormalization can enhance performance, particularly in read-intensive applications
- The balance between straightforward query structures and the risk of data redundancy in denormalized schemas
Normalize a database to 3NF
Start with:
Composite key: (StudentID, CourseID).
StudentName depends only on StudentID; course information depends only on CourseID.TeacherName depends on TeacherID, not directly on the course key.Transfer to a new scenario
- First normal form (1NF), second normal form (2NF), third normal form (3NF)
- The terms atomicity, unique identification, functional dependencies, partial-key dependencies, non- key/transitive dependencies
- Examples may include library management, hospital management, e-commerce platforms, school management, employee management, inventory management, police crime reporting
- The advantages and disadvantages of normalizing and denormalizing databases
- Situations where denormalization can enhance performance, particularly in read-intensive applications
Paper 1 practice
- Explain: The difference between normal forms in the context of a library database being redesigned to reduce redundancy and anomalies.
- Construct: A database normalized to 3NF for a range of real-world scenarios in the context of a library database being redesigned to reduce redundancy and anomalies.
- Evaluate: The need for denormalizing databases in the context of a library database being redesigned to reduce redundancy and anomalies.
Finish the learning cycle
IA — main task
Complete Criterion E and final IA quality checks. Evaluate the product against success criteria and propose specific, feasible improvements.
Syllabus — short
Complete a short Paper 1 retrieval task; keep the IA as the main workload.