- Published on
Second Normal Form (2NF) in DBMS – Definition, Examples, and Conversion
Second Normal Form (2NF) in DBMS – Definition, Examples, and Conversion
Second Normal Form (2NF) is the second step in the normalization process that follows after a table satisfies First Normal Form (1NF). It aims to eliminate partial dependencies—where a non-key attribute depends on only part of a composite primary key.
✅ Requirements of Second Normal Form (2NF)
To meet the criteria of 2NF:
- ✅ The table must already satisfy 1NF.
- ❌ There must be no partial dependencies—every non-key attribute should depend on the entire primary key, not just part of it.
- 🧩 2NF primarily applies to tables with composite primary keys.
🧪 Example: Student_Course_Enrollment Table (Not in 2NF)
Student_ID | Course_ID | Student_Name | Department |
---|---|---|---|
101 | C101 | Alice Smith | Science |
101 | C102 | Alice Smith | Science |
102 | C101 | Bob Johnson | Arts |
103 | C103 | Carol White | Commerce |
- Composite Primary Key:
{Student\_ID, Course\_ID}
- ⚠️
Student_Name
andDepartment
depend only onStudent_ID
, not on both keys.
This creates partial dependencies, violating 2NF.
🔄 Converting to 2NF
To eliminate partial dependencies:
✅ Step 1: Create the Student Table
Student_ID | Student_Name | Department |
---|---|---|
101 | Alice Smith | Science |
102 | Bob Johnson | Arts |
103 | Carol White | Commerce |
- Primary Key:
Student_ID
- Stores all student-specific information.
✅ Step 2: Create the Enrollment Table
Student_ID | Course_ID |
---|---|
101 | C101 |
101 | C102 |
102 | C101 |
103 | C103 |
- Composite Primary Key:
{Student_ID, Course_ID}
- No partial dependencies—each attribute now fully depends on the primary key.
🎯 Benefits of Achieving 2NF
- 🗃 Reduces duplication of non-key data (like names and departments).
- 📥 Minimizes update anomalies and inconsistent records.
- ✅ Improves data structure by organizing related information into appropriate tables.
🧠 Summary
Feature | Description |
---|---|
Normal Form | Second Normal Form (2NF) |
Focus | Eliminate partial dependencies on composite primary keys |
Requirements | Must be in 1NF; all non-key attributes must depend on the entire primary key |
Result | Better data organization, reduced redundancy, and improved consistency |