What if your messy data could instantly become clear and easy to handle with one simple rule?
Why First Normal Form (1NF) in SQL? - Purpose & Use Cases
Imagine you keep a list of your friends and their phone numbers on paper. Sometimes, a friend has multiple numbers, so you write them all in one cell separated by commas. When you want to find a specific number or add a new one, it becomes messy and confusing.
Writing multiple values in one place makes it hard to search, update, or sort the data. You might miss a number or make mistakes because everything is jumbled together. It's slow and frustrating to manage.
First Normal Form (1NF) tells us to keep each piece of data in its own place. Instead of mixing multiple phone numbers in one cell, we create separate rows for each number. This way, the data is clear, easy to find, and simple to update.
FriendsTable: Name | PhoneNumbers John | 123-4567, 234-5678 Jane | 345-6789
FriendsTable: Name | PhoneNumber John | 123-4567 John | 234-5678 Jane | 345-6789
With 1NF, you can quickly search, sort, and update data without confusion or errors.
A company storing customer orders can list each product in its own row instead of grouping products together, making it easier to track sales and inventory.
1NF requires each field to hold only one value.
This avoids mixing multiple data points in one place.
It makes data easier to manage and less error-prone.
Practice
Solution
Step 1: Understand 1NF definition
1NF requires that each column holds only one atomic value per row, no lists or sets.Step 2: Evaluate options
Each column must contain atomic (single) values only. matches the 1NF rule exactly. Options A, B, and D describe other concepts or violate 1NF.Final Answer:
Each column must contain atomic (single) values only. -> Option CQuick Check:
1NF = atomic columns only [OK]
- Thinking 1NF requires a primary key
- Allowing lists or sets in columns
- Confusing 1NF with other normal forms
Solution
Step 1: Identify 1NF violation in table definitions
CREATE TABLE Students (ID INT, Name VARCHAR(50), PhoneNumbers VARCHAR(100)); uses PhoneNumbers as VARCHAR(100), likely storing multiple numbers in one field, violating 1NF.Step 2: Check other options
Options A, B, and C have single atomic values per column, so they follow 1NF.Final Answer:
CREATE TABLE Students (ID INT, Name VARCHAR(50), PhoneNumbers VARCHAR(100)); -> Option AQuick Check:
Multiple values in one column break 1NF [OK]
- Assuming VARCHAR can hold multiple values without issue
- Confusing primary key with 1NF rules
- Ignoring column data types when checking 1NF
Orders(OrderID, Customer, Items)Where Items column contains comma-separated product IDs.
Rows:
1. (101, 'Alice', 'P1')
2. (102, 'Bob', 'P2,P3')
3. (103, 'Carol', 'P4')
4. (104, 'Dave', 'P5')
Solution
Step 1: Understand 1NF violation in data rows
Row 2 has 'P2,P3' in Items, which is multiple values in one cell, violating 1NF.Step 2: Check other rows
Rows 1, 3, and 4 have single product IDs, so they follow 1NF.Final Answer:
Row 2 -> Option BQuick Check:
Multiple values in one cell break 1NF [OK]
- Ignoring multiple values separated by commas
- Assuming string with commas is atomic
- Not checking all rows carefully
CREATE TABLE Employees (ID INT, Name VARCHAR(50), Skills VARCHAR(100));Skills column stores multiple skills separated by commas.
Which SQL change fixes the 1NF violation?
Solution
Step 1: Identify 1NF violation and fix approach
Storing multiple skills in one column violates 1NF. The fix is to separate repeating data into another table.Step 2: Evaluate options for 1NF compliance
Create a separate Skills table with EmployeeID and Skill columns. creates a separate Skills table with one skill per row, fixing 1NF. Options B, C, and D still store multiple values in one column.Final Answer:
Create a separate Skills table with EmployeeID and Skill columns. -> Option DQuick Check:
Separate repeating data into new table for 1NF [OK]
- Trying to store multiple values in one column anyway
- Using JSON or delimiters inside one column
- Not normalizing repeating data into separate tables
Orders(OrderID INT, Customer VARCHAR(50), Products VARCHAR(255))Products column stores product IDs separated by commas.
How do you redesign the schema to fully comply with First Normal Form (1NF)?
Solution
Step 1: Identify 1NF violation in current design
Storing multiple product IDs in one column violates 1NF because values are not atomic.Step 2: Choose redesign that enforces atomicity
Create a new table OrderProducts(OrderID, ProductID) with one product per row. creates a new table with one product per row, fully normalizing the data and satisfying 1NF. Split Products into multiple columns like Product1, Product2, Product3. uses multiple columns but is limited and not scalable. Options C and D still violate 1NF.Final Answer:
Create a new table OrderProducts(OrderID, ProductID) with one product per row. -> Option AQuick Check:
Separate repeating data into rows for 1NF compliance [OK]
- Adding multiple columns instead of rows
- Using JSON or arrays inside one column
- Restricting to one product but losing data
Ready to prove it?
Pass the test and this pattern moves unknown
