📘 Tutorial completo: Normalizzazione nei database

La normalizzazione elimina ridondanze e anomalie di inserimento, cancellazione e aggiornamento. Vediamo le tre forme normali (1NF, 2NF, 3NF) con esempi reali e diagrammi illustrativi.

🔹 1. Prima Forma Normale (1NF)

📌 Regole della 1NF:

Ogni colonna deve contenere valori atomici (indivisibili).
Non sono ammesse ripetizioni di gruppi di colonne (es. Telefono1, Telefono2).
Ogni riga deve essere univocamente identificabile (chiave primaria).

❌ Esempio che VIOLA la 1NF

Tabella "Studenti" con numeri di telefono multipli nella stessa cella e attributi ripetuti.

ID Studente	Nome	Telefoni	Telefono2
1	Marco Rossi	331123456, 331654321	NULL
2	Laura Bianchi	392111222	392333444

⚠️ Problemi: I telefoni non sono atomici (nel primo caso ci sono due numeri separati da virgola). Colonne Telefono1/Telefono2 creano ridondanza e difficoltà di ricerca.

✅ Esempio CORRETTO in 1NF

Suddivido i telefoni su righe distinte e creo una chiave primaria composta (ID_Studente, Telefono).

ID Studente	Nome	Telefono
1	Marco Rossi	331123456
1	Marco Rossi	331654321
2	Laura Bianchi	392111222
2	Laura Bianchi	392333444

✅ Risultato: Ora ogni attributo è atomico e non esistono gruppi ripetuti. Ogni riga è univoca grazie alla coppia (ID_Studente, Telefono).

Diagramma 1NF - da valori multipli ad atomici

Figura 1: Trasformazione dalla violazione della 1NF alla corretta 1NF

🔸 2. Seconda Forma Normale (2NF)

📌 Regole della 2NF:

La tabella deve essere già in 1NF.
Nessuna dipendenza parziale dalla chiave primaria: ogni colonna non chiave deve dipendere dall'intera chiave primaria (non solo da una parte).

Nota: la 2NF ha senso solo con chiavi primarie composte.

❌ Esempio che VIOLA la 2NF

Tabella "IscrizioniCorsi" con chiave primaria composta (ID_Studente, ID_Corso).

ID_Studente	ID_Corso	Nome_Studente	Nome_Corso	Data_Iscrizione
1	101	Marco	Matematica	2025-01-10
1	102	Marco	Fisica	2025-01-12
2	101	Laura	Matematica	2025-01-11

⚠️ Problema: "Nome_Studente" dipende solo da ID_Studente (non da ID_Corso), e "Nome_Corso" dipende solo da ID_Corso. Sono dipendenze parziali → violazione 2NF. Ridondanza: "Marco" e "Matematica" vengono ripetuti più volte.

✅ Soluzione: scomposizione in 2NF

Creo tre tabelle separate, eliminando ogni dipendenza parziale:

📋 Tabella STUDENTI

ID_Studente (PK)	Nome_Studente
1	Marco
2	Laura

📋 Tabella CORSI

ID_Corso (PK)	Nome_Corso
101	Matematica
102	Fisica

📋 Tabella ISCRIZIONI (tabella ponte)

ID_Studente (FK)	ID_Corso (FK)	Data_Iscrizione
1	101	2025-01-10
1	102	2025-01-12
2	101	2025-01-11

✅ Risultato: Ora ogni attributo non chiave dipende dall'intera chiave primaria della propria tabella. Nessuna ridondanza.

Diagramma 2NF - eliminazione dipendenze parziali

Figura 2: Scomposizione per eliminare le dipendenze parziali dalla chiave composta

🔹 3. Terza Forma Normale (3NF)

📌 Regole della 3NF:

La tabella deve essere già in 2NF.
Nessuna dipendenza transitiva: un attributo non chiave non può dipendere da un altro attributo non chiave.

❌ Esempio che VIOLA la 3NF

Tabella "Impiegati" in 2NF ma con dipendenza transitiva.

ID_Impiegato	Nome	ID_Ufficio	Città_Ufficio
10	Anna	U1	Roma
11	Luigi	U2	Milano
12	Sofia	U1	Roma

⚠️ Problema: "Città_Ufficio" dipende da "ID_Ufficio" (attributo non chiave), non direttamente da ID_Impiegato. Esiste una dipendenza transitiva:
ID_Impiegato → ID_Ufficio → Città_Ufficio.
Ridondanza: "Roma" ripetuta per ogni impiegato dello stesso ufficio.

Anomalie: se un ufficio cambia città, bisogna aggiornare tutte le righe degli impiegati (rischio inconsistenza).

✅ Soluzione: scomposizione in 3NF

Separare la dipendenza transitiva in una tabella dedicata agli uffici.

📋 Tabella IMPIEGATI (3NF)

ID_Impiegato (PK)	Nome	ID_Ufficio (FK)
10	Anna	U1
11	Luigi	U2
12	Sofia	U1

📋 Tabella UFFICI

ID_Ufficio (PK)	Città_Ufficio
U1	Roma
U2	Milano

✅ Risultato: Ora non esistono dipendenze transitive: la città dell'ufficio si trova solo nella tabella Uffici. Se un ufficio cambia città, si modifica un solo record.

Diagramma 3NF - eliminazione dipendenze transitive

Figura 3: Eliminazione della dipendenza transitiva separando la tabella Uffici

Diagramma riepilogativo delle 3 forme normali

Figura 4: Riepilogo visivo dei tre passaggi di normalizzazione

📊 Riepilogo comparativo

Forma normale	Regola chiave	Problema risolto	Quando applicare
1NF	Attributi atomici + chiave univoca	Dati multivalore, gruppi ripetuti	Sempre
2NF	Nessuna dipendenza parziale	Ridondanza in chiave composta	Con chiavi primarie composte
3NF	Nessuna dipendenza transitiva	Ridondanza tra attributi non chiave	Quasi sempre (fino a 3NF è standard)

🎯 Conclusione:

La normalizzazione fino alla 3NF è sufficiente per la maggior parte dei database relazionali.
Riduce la ridondanza, migliora l'integrità dei dati e semplifica la manutenzione.
Forme superiori (BCNF, 4NF, 5NF) esistono ma sono usate raramente nella pratica quotidiana.

📝 ESERCIZI: Normalizza tu stesso!

Di seguito trovi 4 esercizi di difficoltà crescente. Prova a normalizzare i dati fino alla 3NF, poi confronta con la soluzione.

✏️ Esercizio 1 - Raggiungi la 1NF

Consegna: La tabella "Libri" memorizza informazioni sui libri e i loro autori. Normalizza in 1NF.

Tabella di partenza (viola 1NF):

ID_Libro	Titolo	Autori	Anno
1	Database Facile	Rossi, Bianchi	2020
2	SQL Avanzato	Verdi	2021
3	NoSQL Guida	Neri, Rossi, Gialli	2022

🔍 Mostra soluzione Esercizio 1 (1NF)

Soluzione: Scomporre gli autori su righe separate. Chiave primaria composta (ID_Libro, Autore).

ID_Libro	Titolo	Autore	Anno
1	Database Facile	Rossi	2020
1	Database Facile	Bianchi	2020
2	SQL Avanzato	Verdi	2021
3	NoSQL Guida	Neri	2022
3	NoSQL Guida	Rossi	2022
3	NoSQL Guida	Gialli	2022

✅ Ora ogni cella contiene un valore atomico.

✏️ Esercizio 2 - Raggiungi la 2NF

Consegna: La tabella "OrdiniClienti" ha chiave primaria composta (ID_Ordine, ID_Prodotto). Normalizza in 2NF.

Tabella di partenza (in 1NF ma viola 2NF):

ID_Ordine	ID_Prodotto	Data_Ordine	Nome_Cliente	Prodotto_Nome	Quantità
101	P1	2025-01-10	Marco	Mouse	2
101	P2	2025-01-10	Marco	Tastiera	1
102	P1	2025-01-11	Laura	Mouse	3

🔍 Mostra soluzione Esercizio 2 (2NF)

Soluzione: Identificare le dipendenze parziali: Data_Ordine e Nome_Cliente dipendono solo da ID_Ordine. Prodotto_Nome dipende solo da ID_Prodotto. Creare 3 tabelle.

Tabella ORDINI:

ID_Ordine (PK)	Data_Ordine	Nome_Cliente
101	2025-01-10	Marco
102	2025-01-11	Laura

Tabella PRODOTTI:

ID_Prodotto (PK)	Prodotto_Nome
P1	Mouse
P2	Tastiera

Tabella DETTAGLI_ORDINE (tabella ponte):

ID_Ordine (FK)	ID_Prodotto (FK)	Quantità
101	P1	2
101	P2	1
102	P1	3

✅ Eliminate tutte le dipendenze parziali.

✏️ Esercizio 3 - Raggiungi la 3NF

Consegna: La tabella "ProgettiDipendenti" è già in 2NF, ma ha una dipendenza transitiva. Normalizza in 3NF.

Tabella di partenza (in 2NF, viola 3NF):

ID_Dipendente	Nome_Dipendente	ID_Progetto	Nome_Progetto	Reparto	Edificio_Reparto
D1	Anna	PRJ1	AI	R&D	Edificio A
D2	Luigi	PRJ1	AI	R&D	Edificio A
D3	Sofia	PRJ2	Cloud	Infrastrutture	Edificio B

Suggerimento: Individua la dipendenza transitiva: ID_Dipendente → ? → ?

🔍 Mostra soluzione Esercizio 3 (3NF)

Soluzione: Dipendenza transitiva: ID_Dipendente → Reparto → Edificio_Reparto. Inoltre Nome_Progetto dipende da ID_Progetto (altro attributo non chiave).

Tabella DIPENDENTI_PROGETTI (relazione pura):

ID_Dipendente	ID_Progetto
D1	PRJ1
D2	PRJ1
D3	PRJ2

Tabella DIPENDENTI:

ID_Dipendente (PK)	Nome_Dipendente	Reparto
D1	Anna	R&D
D2	Luigi	R&D
D3	Sofia	Infrastrutture

Tabella REPARTI:

Reparto (PK)	Edificio_Reparto
R&D	Edificio A
Infrastrutture	Edificio B

Tabella PROGETTI:

ID_Progetto (PK)	Nome_Progetto
PRJ1	AI
PRJ2	Cloud

✅ Eliminate tutte le dipendenze transitive.

✏️ Esercizio 4 - Sfida completa (1NF → 2NF → 3NF)

Consegna: La tabella "CorsiStudentiDocenti" riassume corsi, studenti e docenti. Normalizza completamente fino alla 3NF.

Tabella di partenza (non normalizzata):

ID_Corso	Nome_Corso	Studenti (lista)	ID_Docente	Nome_Docente	Specializzazione_Docente
CS101	Database	Marco, Laura	D10	Rossi	SQL, NoSQL
CS102	Python	Marco, Sofia, Luigi	D20	Bianchi	Python, Django
CS101	Database	Sofia	D10	Rossi	SQL, NoSQL

🔍 Mostra soluzione Esercizio 4 (3NF completa)

Soluzione passo passo:

1NF: Scomporre studenti e specializzazioni in righe atomiche.
2NF: Identificare dipendenze parziali (Nome_Corso dipende solo da ID_Corso).
3NF: Eliminare dipendenze transitive (Specializzazione_Docente dipende da ID_Docente).

Tabella CORSI:

ID_Corso (PK)	Nome_Corso
CS101	Database
CS102	Python

Tabella DOCENTI:

ID_Docente (PK)	Nome_Docente
D10	Rossi
D20	Bianchi

Tabella SPECIALIZZAZIONI_DOCENTE (1NF per le specializzazioni):

ID_Docente (FK)	Specializzazione
D10	SQL
D10	NoSQL
D20	Python
D20	Django

Tabella STUDENTI (dall'estrazione degli studenti unici):

ID_Studente (generato)	Nome_Studente
S1	Marco
S2	Laura
S3	Sofia
S4	Luigi

Tabella ISCRIZIONI_CORSI (relazione studenti-corsi):

ID_Studente (FK)	ID_Corso (FK)
S1	CS101
S2	CS101
S1	CS102
S3	CS102
S4	CS102
S3	CS101

Tabella ASSEGNAZIONE_DOCENTI (un corso può avere un docente):

ID_Corso (FK)	ID_Docente (FK)
CS101	D10
CS102	D20

✅ Database completamente normalizzato in 3NF, senza ridondanze né anomalie.

📌 Autovalutazione

Dopo aver completato gli esercizi, verifica di aver compreso:

✅ Riconoscere valori non atomici (violazione 1NF)
✅ Identificare dipendenze parziali in chiavi composte (violazione 2NF)
✅ Scovare dipendenze transitive tra attributi non chiave (violazione 3NF)
✅ Applicare la scomposizione in sottotabelle senza perdita di informazioni

💡 Suggerimento finale: Per verificare se hai normalizzato correttamente, controlla che:
- Ogni tabella rappresenti un unico concetto (entità).
- Tutti gli attributi non chiave descrivano completamente la chiave primaria (e solo quella).
- Non ci siano catene di dipendenze tra attributi non chiave.

📚 Esercizi tratti da casi reali - Prova a inventare nuovi esempi dalla tua esperienza per allenarti ulteriormente!