Partea 3.7: a doua formă normală (2NF)
Bună ziua, dragi vizitatori site-ul ZametkiNaPolyah.ru. Vom continua să exploreze baza de date și familiaritatea noastră cu biblioteca SQLite3. Pentru a demonstra exemplele din acest articol, voi folosi managerul de baze de date MySQL Workbench date prin instalarea, puteți repeta cu ușurință toate exemplele. Prin tradiție, repetăm definiția unei a doua formă normală. raport variabil este în formă normală de-al doilea dacă și numai dacă este în prima formă normală și fiecare atribut non-cheie este ireductibil (complet funcțional) depinde de cheia sa potențială.
Să examinăm definiția: că baza de date este în a doua formă normală cerințele trebuie să fie îndeplinite mai întâi sub formă normală. A doua formă normală. spre deosebire de primul, este nevoie ca ființele noastre au neapărat atribute cheie. Și în al treilea, partea cea mai obscură a definiției celei de a doua formă normală. în ceea ce privește relația funcțională, se spune la noi că nu a existat date ieșiri redundante directoare.
Dunn de masă, trebuie să conducă la cea de a doua formă normală
Aș dori să vă atrag atenția asupra faptului că baza de date poate funcționa bine fără o cheie primară, dar a doua formă normală face fără ea nu se poate. Acum, să ne uităm în practică, modul de a aduce raportul dintre a doua formă normală. Să începem în ordine, avem un tabel care este în prima formă normală.
Acest tabel este în prima formă normală
Am găsit o conexiune funcțională, puteți crea acum un tabel directoare bazate pe relații funcționale. Cu alte cuvinte, vom împărți pur și simplu masa noastră de trei.
Acest raport este a doua formă normală
Iată un exemplu de aducere a doua formă normală a ER diagrame.
Conversia bazei de date, în prima formă normală în al doilea
Figura 23 este un pic pentru a explica. Stare: tabelele bazei de date ne-am împărțit numele, în cazul în care masa are un 1nF nume - se referă la o bază de date în prima formă normală, 2NF - DB în al doilea, 3nf - DB în al treilea.
I din întâmplare sunt evidențiate cu roșu în imagine cu atributele diagramei ZIP și City, aceste atribute au o dependență tranzitive (depinde nu numai cheia, dar, de asemenea, unele de altele), această dependență duce la anomalia (erori logice și semantice). De exemplu, operatorul umple baza de date din Novosibirsk orașul înregistrate și a scris în indexul 644000 (indicele Omsk), ce valoare ar trebui să cred? Pentru a ne ajuta să scapi de dependențe tranzitive aveți nevoie pentru a aduce baza de date pentru a forma normală a treia.