1

Proiectarea unei BD prin normalizare

(C) 2013, fm@net.ase.ro

(C) 2012, fm@net.ase.ro 2

Proces normalizare

• Stabilirea dicționarului atributelor şi a regulilor de gestiune (restricţiilor) ce se aplică acestora

• Eliminarea sinonimelor și a celor derivate din altele

• Stabilirea dependențelor dintre atribute – matricea dependențelor funcționale

• Determinarea tabelelor în FN3, a restricțiilor și a legăturilor

• Stabilirea modelului relațional

(C) 2012, fm@net.ase.ro 3

Normalizarea

• SCOP:Eliminarea anomalilor de actualizare

• Se bazează pe noţiunea de dependenţele existente între atributeDependențe funcționaleDependențe multivaloare

(C) 2012, fm@net.ase.ro 4

DEPENDENȚA FUNCȚIONALĂ• A → B • Tabel Persoane:

• CNP → Nume• CNP → Prenume• Nume → CNP• Prenume → CNP• Nume → Prenume• Prenume → Nume

CNP Nume Prenume1750212123456 Mihai Tudorel2730303123456 Ion Marioara1760404123456 Tudor Daniel2781211123456 Radu Daniela

(C) 2012, fm@net.ase.ro 5

• A → (B, C) Dependențe funcționale complete:• (A,B) → C• (A,B) → (C, D)

(SerieFactura, NrFactura) → DataFacturaCodProdus→DenumireProdus(SerieFactura, NrFactura, CodProdus)→DenumireProdus

• Toate atributele (grupurile de atribute) care determină alte atribute prin dependență funcțională completă se numesc determinanţi

SerieFactura NrFactura CodProdus DenumireProdus

Cantitate PretData

facturaAA 1111 1 Cuie 10 11AA 2222 2 Tabla 20 12BB 1111 1 Cuie 10 11BB 2222 2 Tabla 30 20

DEPENDENȚA FUNCȚIONALĂ

(C) 2012, fm@net.ase.ro 6

• A→B→CDEPENDENȚA FUNCȚIONALĂ TRANZITIVĂ

SerieFactura NrFactura DataFactura CUIClient DenumireClient

AA 1111 1/1/2008 RO100 XYZ SAAA 2222 1/1/2008 RO200 ABC SRLBB 1111 1/1/2008 RO100 XYZ SABB 2222 2/2/2008 RO200 ABC SRL

(SerieFactura, NrFactura)→CUIClient

CUIClient→DenumireClient

(SerieFactura, NrFactura)→CUIClient→DenumireClient

(C) 2012, fm@net.ase.ro 7

FORME NORMALE

• FN1• FN2• FN3