Četvrta normalna forma

Za DB model možemo reći da ispunjava uslove četvrte normalne forme ako za svaku ne trivijalnu višeznačnu zavisnost A→→ B postoji funckionalna zavisnost A→C za svaki atribut C u modelu, odnosno A je superključ. Prevedeno na srpski, svaka zavisnost je po ključu.

U realnom životu treća ili BC normalna forma su uglavnom dovoljne. Pregledao sam za života mnogo DB modela (jedna od stvari koje Platinum korisnici MySQL supporta imaju je schema & query review – gde im mi pregledamo/prepravimo db model i upite) i mogu reći da u 99.99% slučajeva DB model koji ne zadovoljava četvrtu normalnu formu ne zadovoljava je „sa razlogom“, tj. nedostatak vezanosti po ključu je odsutna iz prostog razloga što se ista u samoj aplikaciji jako retko koristi te je nekada optimalnije nemati ključ i imati sporiji upit jednom mesečno nego imati ključ i opteretiti sistem održavanjem tog ključa.

Kako smo izašli iz funkcionalnih odnosa koji su bitni za normalizaciju do BC normalne forme, moraćemo napraviti novi primer kako bi smo objasnili četvrtu normalnu formu. Možda je primer mogao da bude bolji, ali ja nisam prosvetni radnik niti pretendujem na tu poziciju pa kome se ne sviđa neka napiše bolje :D. Recimo da imamo advokatske kancelariju od kojih se

• pera zna kriminalno pravo i nekretnine
• pera poznaje nekoga u prvom i drugom opštinskom
• žika zna kriminalno pravo
• žika poznaje nekoga u drugom i trećem opštinskom

kada to sve pomnozimo, dobijemo ključ:

pera, kriminalno, prvi opstinski
pera, kriminalno, drugi opstinski
pera, nekretnine, prvi opstinski
pera, nekretnine, drugi opstinski
žika, kriminalno, drugi opstinski
žika, krimilano, treći opstinski

Ova tabela (ključ iz nekoliko tabela) ima dve ne trivijalne višeznačne zavisnosti [KO] →→ [ŠTA] i [KO] →→ [GDE], dakle, kada dođe klijent i prezentuje slučaj bitno je ko ima vezu u sudu gde se sudi i ko ima znanje o materiji o kojoj se sudi. Ove ne trivijalne višeznačne zavisnosti nad poljem koje nije superključ (KO) dovode do anomalije da ako žika nauči nekretnine moramo da dodamo to u 2 nova sloga. Da bi izbegli ovu anomaliju, ovu veznu tabelu (ključ) razbijamo u 2 tabele (ključa) [KO] [ŠTA] i [KO] [GDE]

Kako bi to prikazali i diagramom evo ga DB model u trećoj normalnoj formi, i onda taj isti u četvrtoj normalnoj formi.